HomeMy WebLinkAboutExhibit11MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Proposer:
OP , rated / SafetyPAD®
r_. F
OPEN Incorporated — a Minnesota
11283 Eagle View Blvd, Suite 100
Woodbury, MN 55129
Phone (651) 224-0100
Fax (651) 224-0377
oposal for an Electronic
re Reporting System
umber 55025
Miami Fire Rescue
(MFD)
Due Date: November 21
1 pm
Corporation
The undersigned proposer hereby submits its quotation upon and subject to the terms
Mike Vukovich — President —OPEN incorporated
Date 11/21/2007
1
MFR ePCR RFP 55025 Response OPEN incorporated / 5afetyPAD
Table of Contents
Section I - Proposal Summary 5
Introduction 5
The Solution 6
Key Solution Benefits 6
Solution Components 7
Software and integration elements 8
Integration Services 10
Product Integration 10
SafetyPAD Solution 11
Overview 11
Simple Functional Diagram of SafetyPAD System 12
Network Diagram of Common SafetyPAD Elements 13
'Mobile 14
Mobile Hardware (pen -based) 14
Hardware Peripherals 15
'Enterprise' 16
Server Hardware / Administrative System ... • 17
DUAL SERVERS 17
Wireless Experience 17
Wired vs. Wireless Connectivity 18
Connectivity and Updates 18
Security 19
SafetyPAD and HIPAA Compliance 19
SafetyPAD and NEMSIS and EMSTARS Compliance 21
2
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
CAD Connectivity 21
Mobile Data Collection 21
Printing 21
Fault Tolerance 22
Centralized administration of mobile devices 22
Information Exchange between Mobile and Enterprise 23
Billing Interface 23
iDelivery System 23
BioView Module 23
Medical device Interoperability 24
Backup and Recovery 24
Enterprise Mechanisms 25
Mobile mechanisms 25
Enterprise Reporter 26
Features and Benefits 33
Section II - Profile of Firm 41
Financial Data / Stability and growth 41
Section III - Qualifications of Firm 43
Background 43
Relevant Experience Summary 43
History 44
References 47
Section IV - Work plan 55
A Project Management Overview 55
STAGE I/II: SafetyPAD System Installation (140-190 Days) 56
3
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
STAGE III: SafetyPAD non -critical training and interfaces (90+ Days) 57
Constituent Responsibilities 59
Management Commitment 60
Establishing Goals and Specific Success Criteria 61
Developing Achievable Project Plans 61
Resource Allocation 61
Section V - ePCR Minimum specification response 62
Section VI - Project Innovations 119
Section VIl - Project Staffing 120
Implementation Team 120
MFR Required Roles 121
Section VIII - Project Cost Sheets and Rates 123
4
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Section I - Proposal Summary
Introduction
OPEN incorporated (OPEN) is pleased to have the opportunity to provide a response
to Miami Fire Rescue (MFR), RFP Number 55025.
As a brief introduction, OPEN has been developing highly successful electronic EMS
informatics solutions for over 12 years. Our SafetyPAD ePCR system was released in
1996 after more than 2 years of interviewing hundreds of fire -based and private EMS
services. Since that time, various generations of SafetyPAD software have been
successfully deployed at numerous high performance EMS services, including 3 of the 5
largest US city's fire -based EMS services.
Currently, SafetyPAD mobile software effectively captures and manages more than 1
million EMS patient encounters electronically annually. Over the next 2 years, this
volume is expected to grow by 200% or more.
The SafetyPAD system provides proven powerful tools to meet the goals of EMS
services that are predominately fire -based, especially when timely implementation and
seamless integration is pinnacle to success. Our proposal provides expansive
integration to the components specified in the MFR RFP (including CAD, 24/7 FRMS,
State of Florida (EMSTARS), and LifePak), with many of the interface elements already
developed.
OPEN is proposing tightly coordinated efforts between all relevant parties. We believe
that a TEAM approach is absolutely pinnacle to the success of any technology
implementation involving multiple parties and systems.
OPEN shall take a substantial role in EPCR-related tasks, including project
management, integration, training, and support of the EPCR system. OPEN proposes
that the EPCR system implementation is conducted in stages and phases, with mutually
agreed milestones set for each respective stage/phase.
As part of our proposed solution to MFR, OPEN intends to utilize a substantial number
of its experienced staff onsite during various phases of the pilot, implementation and go -
live, as well as during ongoing support. Because of the overall complexities of
integrating a comprehensive information management solution in a large, diverse, high
performance system such as the MFR, OPEN intends to hire one or more Miami -area
resources if both MFR and Miami -Dade select to utilize SafetyPAD, to supplement our
initial staffing efforts as well as ensure the long-term and ongoing project success.
Teamed with MFR staff, OPEN believes a commitment of this nature is necessary to
ensure a successfully implemented and supported solution.
5
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
With all of these components combined, we believe all MFR stakeholders will have easy
and rapid access of vital information to make informed decisions, reduces costs,
improve performance, and enhance patient care.
The Solution
OPEN is proposing that MFR utilized various SafetyPAD system components as part of
its EPCR EMS informatics solution. The solution is based on innovative field -proven
components, along with revolutionary new software modules that our team will
combined over time into a single functional entity that is flexible for all MFR
stakeholders, yet tightly integrated for enterprise -wide seamless sharing of information
between all departments and constituents.
Because nearly all of these components have been operating in environments very
similar to MFR, customization can be held to a minimum. This shortens the
development and implementation phases, reduces cost, increases reliability and most
importantly, virtually eliminates risk.
Key Solution Benefits
> Proven to effectively and easily collect, reference, manage, and communicate
EMS information at a patient's side, real-time easier, more accurately and faster
than paper
> Elimination of paper process associated with ePCR, billing, and survey
documentation by field provider
> Simple to use, flexible, and extremely configurable
> Vastly expanded compliance to MFR protocols via SafetyPAD's innovative
"Active Guidelines" and upcoming "Interactive Guidelines", as well as nearly
unlimited yet tightly integrated customer -driven clinical research capabilities
> Revolutionary web -based backend, including real-time, scheduled, and ad hoc
reporting and event tracking
> Robust reporting and analysis to ensure a department that is performance
measured, quality assured and medically focused
> CaseFlow (Workflow) manager, integrated with Enterprise Reporter, allowing
departments to establish comprehensive rules of automatic distribution and
routing of all cases to staff (supervisors, QA, medical directors, field staff, etc) for
web -based review, annotation, approval/rejection/etc.
> Enhanced billing compliance and revenues through comprehensive data
collection and embedded business rules
6
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
> Tight integration to MFR's CAD, FRMS, and defibrillator/monitors as well as the
State of Florida (EMSTARS) and PerSe billing
> Minimal upfront costs and ongoing investment
> Rapid implementation with minimal risks
> Reliable, highly available, and secure with minimal maintenance
> Demonstrated to provide significant benefits to all stakeholders, including
enhanced performance and efficiency, improved productivity, reduced costs, and
optimal management of information to those who need it
➢ A innovative, state-of-the-art, revolutionary solution that will meet the current and
future needs of MFR
> Expanded receiving facility data access, disaster management, patient tracking,
analysis, data management, and communications capabilities via OPEN's
iDelivery and BioView technologies, unique in the EMS informatics industry
> Better ongoing support of the broad spectrum of community -based outreach
programs via the power and flexibility of Active Guidelines and our upcoming
Interactive Guidelines
> Quick access to web -based backend components with minimal configuration.
Solution Components
The proposed SafetyPAD solution is suggested to be deployed in 2 stages with an
optional 3RD stage and is being offered to be comprised of the following;
> OPEN SafetyPAD® EMS Informatics System and applicable modules
> Pencentric Tablet PCs and accessories for apparatus
> Web -based backend utilizing MS SQL or Oracle database management system
on a robust, redundant highly available server pool
> Seamless Interfaces to most Relevant Systems (CAD, FRMS, EMSTARS, billing,
and medical device, etc)
> Comprehensive user training
➢ Support (including provider and 24 x 7 support options)
> HIPAA compliance
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Software and integration elements
• Stage I and II
o Integration of SafetyPADmobile on Sprint, Verizon, or AT&T wirelessly-
enabled ruggedized tablet PC devices for vehicles and spares.
o Integration of proposed SafetyPAD Enterprise backend system
components
o Integration of proposed SafetyPAD software components found below and
through this proposal and addendums
o Secure, web -based MFR access to applicable ePCR (via browser -based
SafetyPAD WebViewer) — unlimited constituent access
o Secure, web -based HOSPITAL access to applicable ePCR (via browser -
based SafetyPAD WebViewer) — unlimited constituent access
o Secure, web -based access to browser -based Advanced Syndromic
surveillance via fully integrated BioView — unlimited constituent access
o Secure, web -based access to browser -based Comprehensive analysis
tool via fully integrated Enterprise Reporter — unlimited constituent access
o Secure, web -based access to browser -based workflow manager tool via
fully integrated CaseFlow Manager — unlimited constituent access
o Secure, web -based access to browser -based CAD and ePCR case
reconciler to ensure one-to-one case matching and data accuracy —
unlimited constituent access
o Real-time interfaces to MFR's CAD system; with browser -based review of
real-time dispatch and unit status
o Intelligent interface with 24/7 FRMS system
o Interface to State of Florida (EMSTARS) system (required elements)
o Real-time interface to Defibrillator/monitor (LifePak 12)
o Automated ePCR faxing module
o Scheduled, automatic billing Interface to billing system (PerSe)
o SafetyPAD mobile Spell checking
o SafetyPAD mobile multilingual language translator
o SafetyPAD mobile medication list and reference (PDR)
o High -priority customization (TBD)
8
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
• Stage III
o SafetyPAD web -based wireless iDelivery patient record streaming
(exposes ePCR over the web to ED for patients enroute to their facility)
o Secure, web -based access to SafetyPADweb (2008 release) for additional
ePCR entry capabilities without TabletPC utilization — unlimited
constituent access
o Upgrade and deployment of Interactive Guidelines technology (2008
release)
o SafetyPAD mobile digital camera interface (optional - if necessary)
o SafetyPAD transfer of care wireless patient transfer module (optional - if
necessary)
o Medium -priority customization (TBD)
Throughout 2008, OPEN will be releasing revolutionary new software components that
help support and enhance enterprise -wide information management as well as
dramatically expanding needs of EMS departments and communities. These
revolutionary new components include;
• Interactive Guidelines is the first data collection and information management
system architecture of its kind available in the EMS ePCR market today providing
intelligence to each and every customer -definable data element along with
unmatched data entry speed, completeness and flexibility.
• SafetyPADmobile 4.0, OPEN's next generation web component -based ePCR
data collection and information management system utilizing the highly
anticipated `Interactive Guidelines' data collection architecture.
• SafetyPADweb, a web -based version of OPEN's mobile to be used on any PC
with a network connection as well as ...
• SafetyPADpocket, a PocketPC based version of SafetyPADweb specifically
designed (like SafetyPADmobile) for real-time data collection and information
management at patient side, as fast or faster than paper (optional component).
• SafetyPADtrak, a real-time, wireless patient and incident tracking system will be
tightly integrated with SafetyPADpocket, allowing departments to better
coordinate MCI and patient transport events while utilizing the same system for
day-to-day first responder ePCR charting (optional component).
These software components, combined with OPEN's robust web -based backend
management and analysis modules, empower all MFR stakeholders with valuable tools
that benefit all arms of EMS.
9
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Integration Services
We believe OPEN brings a synergy of experience and resources that are unmatched in
the industry to meet the unique needs of the MFR informatics project. Highlights
include;
> OPEN has consistent history of providing highly successful ePCR solutions at
large EMS departments.
➢ Systems integration, project management, and implementation managed OPEN.
➢ Integration of SafetyPAD®, a proven, comprehensive EMS informatics solution
meeting or exceeding most EMS informatics requirements.
> Applicable integration to a number of third party systems including CAD, State of
Florida, 24/7 FRMS, etc.(see below).
> Comprehensive support and staffing.
Product Integration
Each EMS agency has an infrastructure with its own unique requirements. We can
recommend certain strategies for an agency based on our expertise. However, the
design will inevitably be modified when an agency fully understands the extensive
capabilities of SafetyPAD and we fully understand MFR's needs and goals.
The proposed SafetyPAD system is generally compliant with the requirements specified
in the RFP, is highly cost effective, and can be implemented quickly. Based on OPEN's
understanding of the requirements of MFR, the proposed system generally meets the
current and future needs of MFR, both in terms of capability and functionality, and is
designed to continue to expand to meet ongoing needs well into the future.
OPEN has already demonstrated proven success with its implementation of SafetyPAD
at services with comparable volume and similar operations to MFR. A substantial
number of interfaces requested by MFR have already been developed and tested at
one or more of our SafetyPAD sites.
OPEN's more than 12 years of experience in EMS informatics solutions brings a wealth
of practical and proven experience to this project, along with a product that we and our
customers feel is unmatched in the industry and ideal to meet the specific needs and
timelines of the MFR project. These factors along with OPEN's expansive experience
with high performance EMS services and OPEN's corporate focus exclusively on EMS
informatics will substantially reduce implementation and timeline risks for MFR.
10
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
SafetyPAD Solution
Overview
SafetyPAD is a state-of-the-art electronic EMS patient care reporting and information
management system comprised of two unique components, SafetyPAD Mobile
(mobile') and SafetyPAD Enterprise (`Enterprise'). Together, they provide the perfect
paperless solution to manage all of your EMS information now and into the future.
`Mobile' and 'Enterprise' are Windows software applications that each offers a highly
intuitive, flexible, and configurable graphical user interface. Both are component -based,
and object -oriented programs offering optimal performance, flexibility, and
expandability.
SafetyPAD uses a high performance database management architecture that is
extremely configurable, scalable, and robust. It utilizes a wide variety of native database
engines and fully supports both Oracle 9/10 and MS SQL 2003/2005 for optimal
performance and uncompromising flexibility.
In general, SafetyPAD is comprised of software components. Each component
provides certain functionality. This design allows for seamless upgrades to the system
when new and advanced features are made available.
11
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Simple Functional Diagram of SafetyPAD System
OPEN
PAD
nagement System
12
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Network Diagram of Common SafetyPAD Elements
OPEN
trtc,orpont,Ied
r
CAC cep mma
Appikations Serra Database Smarr law
Ftelalloaal
Databast
COrms-ablea 3.214
Olaransiabal
Oarabase
aaretiPAD Entreat.**
eflarlass Dews
=cam
• fet PA D
StittOnnation Management System
1.1
iNwititstlan
(Weablertal ar
aableary
StrW::Ot.T
erratebeerb... reertarreraberablearearrereVerreeereaarrearebeee
04:4,
'14irte'
eteeni.-leeerse, .l.erree.riPeretilerer,
Router
Frewa
Moo sea ewer
POT3 Sea
Meal Fanny
*Mout banterer
abbey
04010111141.
110.1111411011
fIlittlirlaPttaltitlillN
www.saftypcorn in-foiti:afetypad.cont t) 2144)100
a
ertation
Cabled.
102.11;
Camera
Hospital or
portable printer
13
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
`Mobile
SafetyPAD mobile allows responders to collect, reference, and communicate call and
patient information on mobile computers throughout the course of an EMS call at a
patient's side, real-time. Mobile operates most effectively under Windows -based pen -
based computers. Users are exposed to a highly configurable, graphical, 'pencentric'
user interface allowing them to rapidly enter and reference information with a
combination of handwriting recognition, pick lists, virtual keyboard entry, voice, and
checkboxes. `Mobile' can help a medic generate a comprehensive electronic PCR in a
matter of minutes.
SafetyPAD mobile has been designed to greatly reduce the overall learning curve. In
addition, `mobile' offers a number of unique features enhancing collecting, referencing,
communicating, and managing EMS information such as CAD -link, mapping/GPS,
voice -enabled technology, wearable computers, wireless connectivity, digital and
medical device interfacing, and more. Delphi, C# and .Net technology have been used
in the development of `mobile' and its components. Because of real -life field
requirements including rapid entry and access, wireless independence, device and
hardware interfaces, and robust functionality and performance, SafetyPAD mobile is
installed on a mobile platform and not as web -based software.
Mobile Hardware (pen -based)
A number of pen -based devices are available for the SafetyPAD mobile software.
SafetyPAD mobile has been developed to function optimally on pen -based computers,
independent of a real-time wireless connection. We only recommend hardware that
complies with a minimum level of performance and features to fully utilize SafetyPAD's
current and future capabilities. Although many pen -based devices are available, we
currently have the most experience with the Panasonic CF-18/19 and DRS
Hammerhead HH and HHX Tablet PC. Additional equipment and parts have also been
added such as RF modems, docking stations, etc.
Options commonly included as part of system costs are wireless modems, GPS,
protective casing, and spare batteries. Options can be added or removed from the
general configuration in accordance with any pricing charts provided in the future.
We do recommend:
• Pencentric devices that fully support pen computing features
• `Active' digitizers offering more robust, rapid entry functionality
• Small form factor device weighing approximately four pounds or less
• Solid, rugged devices made from reputable companies
14
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
• Advanced technology systems to fully utilize SafetyPAD mobile's advanced
features (mapping, voice, vehicle mounting, multimedia, etc)
• Seamless wireless connectivity whenever possible
• Devices with intuitive, easy -to -use features and non-proprietary options
• Solid-state, PC -card primary drive... standard hard -drive is backup.
• 10% spare handhelds for backup, training, etc.
• Rugged, compact, `smart' vehicle docking system
• All ambulances in service should be handheld -ready (i.e. docking station, etc)
We do not normally recommend:
• Non-ruggedized pen -based devices
• Large touch screens (easily scratched and damaged in mobile setting;
poor/unusable handwriting; no Tablet PC OS; unusable right mouse)
• Devices with built-in keyboards (not necessary w/ highly pencentric SafetyPAD
Mobile s/w although may sometimes be a plus)
• In vehicle keyboards... as they significantly decrease space for vehicle mounting
are not typically necessary with SafetyPAD software (exception: keyboard is
recommended if handheld is utilized significantly for wireless messaging, status,
and email).
• Heavy, bulky, clamshell style devices since they reduce ruggedness.
• Processors under Pentium III (slower processors are antiquated and significantly
limit current and future software features)
• PC -card based spinning hard drives (high failure rate)
• Poor warranties with no extended warranty options
Hardware Peripherals
Recommendations — Wireless connectivity using PC -card or embedded wireless
modems is recommended. Wi-Fi or Bluetooth adapters are recommended for tablet to
tablet transfers, while a designated printer at each hospital receiving significant
transport volume from MFR should be fitted with a docking station or Wi-Fi adapter for
rapid, proximity printing. Portable wireless -enabled printers are usually not
recommended when faxing is available through wireless WAN connectivity due to poor
ruggedness of portable printing technology. With optional modules, SafetyPAD mobile
can seamlessly collect digital images from digital cameras, wirelessly transfer an image
prior to arrival via iDelivery, and embed one or more images within an ePCR report
(great for mechanism of injury documentation), based on optional hardware and
software acquired. SafetyPAD mobile also directly interfaces with a number of medical
devices, real-time. As with digital images, ECG data can also be printed at the hospital
as part of one comprehensive PCR report.
15
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
`Enterprise'
SafetyPAD Enterprise is a group of web -enabled software components which manage,
analyze, and distribute the wealth of the information evolving from each patient
encounter. It gathers information from `mobile' through a number of flexible connectivity
options, and delivers collected information into a high performance relational database.
The delivery of subset data to the appropriate entities (CAD, billing, QA/QI, operations,
etc.), and operational queries occur through an easy -to -use browser -based querying
tool.
SafetyPAD Enterprise's components are browser -based in nature and include
WebViewer, which gives authorized providers, medical staff, supervisors,
administrators, hospitals, and other entities access to view, print, and manage collected
data through a standard web browser, thus eliminating configuring each workstation
with software. With the exception of relevant medical device software components,
Internet Explorer, .Net and Adobe Reader, no software needs to be installed on
workstations requiring access to the SafetyPAD backend system. It's as simple as
visiting a web site and logging into the system. This design has been inherent to the
SafetyPAD backend system since 2000 and ideal for agency -hosted and ASP/hosted
models.
For advanced clinical queries, data is drawn from SafetyPAD's optional Enterprise
Reporter, a browser -based data mart, allowing various entities to perform highly
advanced analysis to improve long-range performance. Its database management
architecture is predominantly data driven to offer unlimited analysis and customization
capabilities. `Enterprise' operates on any Windows 2003 server (2008 in testing)
computer and we strongly recommend dedicated servers for larger agencies. Utility
functions, such as data backups, occur through the OS. Enterprise has been developed
using primarily .Net technologies, with nearly all interfaces written in .Net.
16
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Server Hardware / Administrative System...
SafetyPAD Enterprise system should operate on a server with adequate capabilities to
handle a high volume of activity (data transfers, queries, wireless connectivity, etc.). The
application requires a Windows 2003 Server including (Oracle 9i and greater or MS
SQL 2003/2005), Internet Information Server, Fax Server, Modem Server, etc.). If
server equipment is purchased and housed by MFR, we recommend using a RAID
configuration (included below).
DUAL SERVERS
If CAD dispatching onto the tablets is used, a messaging/communications server may
be necessary to fit within the communications or networking requirements of each CAD
system. Moreover, OPEN recommends the configuration of two servers utilizing
database real-time replication. The primary server would serve the role and primary
database server and operational CAD interface server. The secondary server would
provide real-time database backup, primary reporting and analysis and billing interface.
More expansive server capabilities will be used by OPEN at its data center if an
ASP/hosted model is selected, and OPEN hosts the data, CAD interface, website and
message switch.
Minimum Server specification
2 servers; 2 Dual or Quad Core Xeon 3GHz+, 4GB RAM, Dual channel RAID
controller (10, striped), 4 x 142GB Hot -swap SCSI or SATA HD, 32x CD ROM,
CD-RW, 40GB DAT Backup, Dual 1GBit/100/10MBit+ PCI Ethernet Card, Dual
power supply, 19" Monitor, 56K Internal Modem, 2100 Watt APS UPS.
Wireless Experience
OPEN tightly integrates wireless technology into its SafetyPAD solution and has proven
and consistent success stories using wireless connectivity. SafetyPAD sites are
provided with seamless connectivity between front and backend systems via a number
of IP-based mechanisms including wirelessly enabled 802.11x, CDPD, GPRS, CDMA,
and other IP-based private RF networks. In all cases, data is encrypted, compressed,
and optimized for seamless wireless delivery.
Each solution caters to the individual agency's needs and infrastructure. Most of these
technologies are tightly integrated into SafetyPAD. For example, SafetyPAD Mobile
software has utilized SDK tools from Sierra Wireless and Netmotion, allowing direct and
seamless integration to CDPD and GPRS modems and wireless middleware, providing
users and SafetyPAD software with signal status, connection methods, etc.
17
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
In the event wireless connectivity is lost temporarily, completed (or partial) reports
generated on the handhelds and ready for delivery are stored within SafetyPAD mobile,
and sent automatically upon reestablished network connection. Connection status is
visible to the user through the GUI. Delivery of data, both collected data and updates
are seamless, transparent, and guaranteed.
Wireless connectivity is highly recommended when available to maximize mobility and
to enable real-time remote auditing features such as iDelivery. Most of OPEN's
customers currently utilize GPRS, CDMA or another form of WAN connection.
OPEN has experience with a number of wireless WAN configurations and believes that
an optimal solution that balances rapid configuration as well as ongoing support is the
utilization of one wireless WAN service provider and technology. In this way, mobile
devices and configurations will be dramatically easier to maintain and support. This
architecture offers reasonable security and standardized remote access and connects
each mobile device over the wireless provider's closed network to MFR's server or
OPEN's hosted backend.
Wired vs. Wireless Connectivity
We strongly recommend wireless connectivity of SafetyPAD mobile whenever possible
and a wireless WAN network solution has been proposed for tablets. Benefits include
convenience, transparent transfer logistics, rapid information accessibility, ease -of -use,
and elimination of physical connectors and cables (which frequently break). OPEN
currently utilizes a variety of connectivity options for printing and recommends a docking
station as the default mechanism for field printing and wireless connections as the
primary mechanism for data transfers.
Wireless WAN and LAN connectivity using RF technology such as (CDMA, GPRS, and
802.11'x' and Bluetooth, respectively) enables SafetyPADmobile to communicate real-
time with SafetyPAD Enterprise and the entities connected to 'Enterprise' (i.e., CAD,
area hospitals, iDelivery system).
Bandwidth requirements for SafetyPAD are minimal (typical stand-alone ePCR package
is 40-45KB compressed). To accommodate firewall settings requirements include
opening ports for a Web Service and 3 UDP ports for OPEN's message switch (CAD
interface and iDelivery). Please note that while static IP addresses are preferred they
are not required as SafetyPAD's message switch utilizes a 'beacon' technology.
Connectivity and Updates
SafetyPAD seamlessly updates and synchronizes information between `mobile' and
'Enterprise'. The transfer of information between these two systems usually entails
establishing a network connection (via IP-based wired or wireless link) and transmitting
data between these two systems. Information collected in 'mobile' is delivered to
`Enterprise' (patient records, digital images, medical device data) while 'Enterprise'
18
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
updates `mobile' with pertinent data (lookup tables, software updates, and messages).
Printing of patient records in the field usually occurs through a docked (typically
recommended for hassle -free setup and support) or wireless connection. To minimize
training and maximize ease -of -use, this functionality is usually transparent to the user
(i.e., network connections and transfers can occur automatically).
Communications are seamlessly integrated between these two packages through a
`link' layer developed by OPEN using advance, secure, and open -architecture
connectivity technologies such as XML, Web Services, DCOM/COM, and TCP/IP.
Appropriate portions of this layer reside on SafetyPADmobile and SafetyPAD
Enterprise.
Security
With all options noted below, extensive security measures are provided to ensure data
security and HIPAA compliance. All current SafetyPAD customer infrastructures are
HIPAA compliant. Data `packages' are compressed, encrypted, and password
protected prior to transmission. All data transmissions utilize 256-bit encryption. SSL or
security keys can be used between points. Finally, network connections use Windows
2003 security criteria and require a valid username and password.
Unique machine IP addresses are commonly specified (IP filtering) to further minimize
access to network resources (similar to a phone system's Caller -ID). Some RF
networks inherently provide their own layer of security and encryption.
SafetyPAD and HIPAA Compliance
Of current concern for most organizations is the implementation of the standards for
security and privacy. The core concepts for security and for privacy are different and
are therefore addressed independently in the legislation; however, because of their
relational nature, the specific implementation of some aspect of one will frequently
satisfy the requirements for the corresponding aspect of the other. Privacy and security
are centered on three key aspects:
• Managing access to the data
• Protecting the data at all points in the system
• Assuring the validity of the data
SafetyPAD allows different levels of data access management at different points in the
system. In the field, throughout data collection or at the end of a shift, users package
ePCRs for transmission to the database. This reformats the ePCRs in such a way that
they may easily be transmitted; however, it also makes the files extremely difficult to
view. Further, the files are stored in such a way that a casual user will not be able to
access them. Thus, in the field, the user should only be able to see the records that
they have generated and are working on. At the server, an organization may control
data access management through normal network access and security, database
19
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
specific access and security and through physical safeguards such as restricting
physical access to the server. Managing data access across a public network, such as
using a web -viewer to access records from the Internet allows an organization to further
filter traffic using IP addresses or even MAC addresses as well as using access and
security processes and methods at the portal and/or the web -server.
Data protection entails a number of aspects. On an individual computer, data protection
primarily centers on prevention of data loss. SafetyPAD contains a number of
mechanisms for preventing data loss. On the field units, a record is auto -saved
instantly when data is being entered. In addition, the records can be redundantly stored
on the mobile computer's hard drive or PC -card. Since a PC -card is a solid-state
technology (i.e. there are no moving parts) the likelihood of a mechanical failure is
extremely low. At the server, data protection is available through traditional methods
such as database transaction Togs, scheduled/automated tape backups etc.
When data is being transferred, data protection primarily centers on prevention of data
interception/corruption. The legislation stipulates that data should be encrypted during
transfer. WEDI's interpretation is that any encryption is acceptable, but suggests that
industry best practices dictate a cipher strength of at least 52-bit (i.e. DES). WEDI
recommends a 156-bit cipher strength (3DES) as a value-added service. SafetyPAD
uses a 256-bit cipher encryption for data streaming and transfers.
The mechanisms and processes above are designed to protect data from loss and from
unauthorized access. Data validation is meant to ensure that the data received is
authentic, that is, that false data was not inadvertently or maliciously inserted into the
system during transfer. SafetyPAD can authenticate incoming data based on the IP
address as well as optionally the MAC address of the sender. In addition, because the
data is encrypted, it must be decrypted at the receiving end. For data to be entered into
the system, it must be intelligible to the system. It is highly unlikely that a stray data
stream would be intelligible after decryption at the receiving end if it were not encrypted
first. Additionally, given cipher strength of 256-bits, it is unlikely that any but the most
well financed individuals would be able to duplicate the encryption and thereby "spoof"
data.
If electronic signatures are used, the legislation outlines three requirements and seven
"value-added" optional implementation features. SafetyPAD utilizes electronic
signatures. It meets the three requirements and incorporates five of the optional
implementation features.
SafetyPAD Enterprise provides substantial auditing, including the tracking who and
when a PCR is reviewed or printed. Moreover, because SafetyPAD Enterprise is built
on the foundation of standard products (such as Microsoft Windows Server and Oracle
9i or Microsoft SQL Server) standard auditing mechanisms may be utilized to fulfill
many of the Administrative Policies and Procedures requirements under Title II of
H I PAA.
20
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
OPEN is committed to providing their customers with a product — SafetyPAD — that is
not merely HIPAA-compliant, but exceeds HIPAA requirements wherever it is feasible
and practical — today, and for the life of the product.
SafetyPAD and NEMSIS and EMSTARS Compliance
OPEN has developed extract engines in NEMSIS approved formats for two states and
is currently NEMSIS Silver Compliant. SafetyPAD's flexible database model allows it to
satisfy ongoing requirements of EMSTARS, NEMSIS, and each respective agency.
Agencies are not limited to EMSTARS or NEMSIS elements and can define the data
they wish to collect and subsequently 'map' the data elements codes as part of an
automated state extract. SafetyPAD customers have required and subsequently
possess this flexibility as they have conveyed the fact that the EMSTARS and NEMSIS
standard falls far short of the legal, clinical documentation, data collection, and analysis
needs of their respective department.
CAD Connectivity
OPEN licenses software modules to provide generic GPS, GPS delivery, and MDT
functionality. These features, however, are influenced by a CAD vendor's system in
that a custom messaging program must be developed to interpret and communicate
dispatch and GPS information between CAD and SafetyPAD. OPEN already has
established functional interfaces to common CAD systems provided by Tritech,
Intergraph, Motorola, Tiburon, and Northrop Grumman. Unique functional requirements
for these or other CAD systems must be specified so that pricing and/or details for these
features are clearly understood by all parties.
Mobile Data Collection
SafetyPAD is a data collection and data management system optimized for pen -based
use, real-time, at patient's side. SafetyPAD mobile runs on Windows operated, rugged
pen tablets utilizing handwriting recognition tools to optimize efficiency and eliminate the
need for paper forms. The system allows field users to easily document reports as fast
as or faster than paper by using a simple combination of handwriting recognition, pick -
lists, and voice... allowing care providers to focus on pre -hospital patient care while also
improving the quality and accuracy of collected data.
Printing
Printing via docking station, USB cable, 802.11, or Bluetooth requires that these
technologies reside on both platforms, handheld and printer. For the printer, an 802.11
or Bluetooth adapter can be attached to each respective printer (some printer actual
include 802.11 or Bluetooth natively). If wireless 802.11 or Bluetooth is utilized, the
selected Tablet PC will require embedded Bluetooth in order to free up the two pc -card
slots form WAN and solid state storage cards. It is recommended by OPEN, based on
our experience, that either 802.11 or docking station technology is utilized for local
21
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
printer connectivity. In addition, OPEN recommends utilizing faxing as a BACKUP
printing method instead of in vehicle printing.
Fault Tolerance
OPEN recommends utilizing approximately 10-15% spare handheld computers to
provide a backup mechanism in the event of training, special events, and hardware
failure. These spares should be distributed throughout the MFR service area and can
also be used for ongoing training.
SafetyPAD contains a number of mechanisms for preventing data loss. On the field
units, nearly every record element is auto -saved instantly while data is being entered,
minimizing data loss upon recovery. In addition, the records can be redundantly stored
on the mobile computer's hard drive or PC/SD-card. Since a PC -card or SD card is a
solid-state technology (i.e. there are no moving parts) the likelihood of a mechanical
failure is extremely low. In case of hard drive failure, the PC/SD-card can be removed
and placed in backup device without loss of updated information.
The optional iDelivery feature also wirelessly streams information to the Enterprise
database and exposes it via a web -based interface for a true real-time snapshot for
medical control or receiving facilities. This feature also provides a backup of the
streamed report in the Enterprise system.
OPEN's backend fault recover includes redundancy via clustering or redundant servers,
database and data package backup. The mobile software also verifies that data
packages have been successfully received by the backend, with these packages then
being archived on the handheld unit as an added safeguard.
Centralized administration of mobile devices
Delivery of lookup table and most software updates from 'Enterprise' to 'mobile' is an
extremely simple process; The administrator taps on a single export button in
WebViewer, which then looks for all lookup table changes made to the system prior to
the last posted update. Other update files are placed in an 'update' directory on the
backend. All updates are compressed and encrypted into a single package and
automatically delivered to each 'mobile' device. The mobile and software automatically
'senses' when updates are available and prompts the user to reboot, if necessary.
Delivery is guaranteed and tracked in an activity log. In some cases, when updates are
extensive and complex (and as part of routine preventive maintenance), hard drive
imaging is necessary, requiring handheld updating at a depot (a 10-15 minute process).
22
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Information Exchange between Mobile and Enterprise
A number of mechanisms for transferring information between the field computers
(mobile) and administrative station (Enterprise) system exist. We recommend a solution
that utilizes a primary and secondary (backup) solution. Both mechanisms should be
simple to use, provide minimal down time, and maximize convenience. Below are five
options;
Recommendations
Wireless connectivity offers a number of inherent advantages over wired connectivity.
RF connectivity such as GPRS or CDMA provides inherent benefits over `local'
connectivity when CAD, AVL, iDelivery, and seamless information delivery functionality
is intended in the future. The five options above are provided to allow MFR to make an
informed decision on connectivity.
• Primary Connectivity: Mobile wireless WAN, e.g., GPRS or CDMA through
Cingular, Verizon, Sprint or a similar commercial local service provider
• Backup Connectivity (optional): Mobile Local Wireless — (wireless Bluetooth or
802.11 for links to other devices (Tablet PC) and medical devices.
Billing Interface
OPEN commonly provides applicable billing elements to billing software or service
providers via our Standard XML extract or a custom extract. Either solution is typically
scheduled for automatic secure delivery of such data, along with audit and confirmation
reports. .
iDelivery System
OPEN's optional `iDelivery' is an innovative wireless information delivery system, to
provide critical call and patient information instantly to those who need it. `iDelivery' is a
framework for information delivery to a variety of sources.
`iDelivery' instantly streams case information to facilities requiring a snapshot of the
current status of the patient. Via a web -browser, staff within an emergency department
or medical control facility can view and extract information (via XML) including patient
demographics, vitals, history, findings, and treatments to better manage and prepare for
patient delivery.
BioView Module
`BioView' is a real-time information repository and decision -making module to spot
trends in incident, patient, and clinical assessment details based on agency -defined
23
MFR ePCR RFP 55025 Response OPEN incorporated /SafetyPAD
business rules, quantitative statistics, and geographic parameters. After conventional or
wireless receipt of information collected in the field (either via wireless ePCR delivery or
via iDelivery), the BioView engine immediately analyzes key incident and patient
factors, including signs and symptoms against agency -specific parameters. Commonly,
this information is also delivered to a larger data warehouse managed by a region's
Department of Health.
OPEN believes that both of these tools, unique in the ePCR industry, will allow MFR to
dramatically expand its ability to analyze and deliver information to city and regional
stakeholders and optimize its capability of up-to-the-minute community and regional
Syndromic surveillance and clinical alerting, and further solidify its position as one of the
nation's recognized EMS departments.
Medical device Interoperability
SafetyPAD's optional Medtronic, Zoll, and Philips Medical interfaces offer robust
interfacing and management capabilities with each vendor's respective manual and
auto defibrillator products. Information collected in the cardiac monitor, such as event,
physiological parameter, recording, and ECG data is delivered to SafetyPAD mobile via
a standard serial/USB cable (Bluetooth optional). Applicable data from the cardiac
monitor, such as parameters and events, are merged into the SafetyPAD Data Object
(SDO) and made part of that record. Data collected in SafetyPAD mobile, such as
incident number, patient data, etc are also delivered to the server. Each of these
objects is automatically delivered (usually wirelessly) to each system via SafetyPAD's
message switch. Data records are then merged into each system, with SafetyPAD
software maintaining a 'link' to one or more ECG's collected from one or more monitor
products.
At the backend, SafetyPAD browser -based WebViewer can be used to review all patient
care reports, including the ability to query and display ECG data by automatically
launching ECG viewing modules within the browser without running viewing software
separately. This sharing of applicable data provides more comprehensive, accurate,
complete, and tightly linked patient care records in both systems. It is an excellent
solution to seamlessly merge data acquired by each system, eliminate redundant entry,
and optimize data management.
OPEN also offers interfaces to other medical device manufactures (please see
elsewhere in this response for details)
Backup and Recovery
A number of data recovery levels are offered through SafetyPAD. The loss of data at
any point is minimized when multiple 'layers' of protection are provided. SafetyPAD
offers redundancy wherever possible to minimize the risk of permanent data loss. Data
24
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAo
Toss is significantly minimized via the use of solid-state storage media and further
reduced if real-time RF connectivity / transferring methods are utilized.
Enterprise Mechanisms
• Daily differential and weekly full backup of case and system data
• Redundant server configuration and transaction -based database replication
• Clustering (optional)
• Mirrored drives (recommended if real-time CAD functionality)
Mobile mechanisms
• Report 'AutoSave' feature
• Instant real-time wireless deliver of collected data via iDelivery (optional)
• Archiving on handheld
25
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Enterprise Reporter
Overview
The SafetyPAD Enterprise Reporter in a fully integrated web -based reporting, analysis
and information delivery tool which operates independently of third party reporting
applications like Crystal Reports or Cognos Reporting. This autonomy allows agency
personnel, without training in SQL queries or Crystal reporting, to create and manage
complex statistical, clinical, demographic, performance, billing, and operational reports.
Reports can be readily created with a third party tool, such as Crystal, if desired.
Important Note
The reports provided below as examples were created reflecting on some of the
samples reports noted in past RFPs and were created in approximately 30 minutes
"from scratch" using the SafetyPAD Enterprise Reporter. This is an example of the
tremendous power and flexibility of the Enterprise Reporter.
Administrative Reports
SafetyPAD Enterprise, Enterprise Reporter and the SafetyPAD mobile system all utilize
the same database as their source for reference, security, and collected PCR data.
This sharing results in reduced maintenance as well as seamless integration, allowing
agencies to maintain one database and source for data when creating and modifying
operational or clinical elements shared by the client, backend and reporting systems.
Lookup and clinical changes, for example, are automatically updated and instantly
available as choices for both field and Enterprise Reporter users. Administrators
utilizing the web -based SafetyPAD Enterprise sign -in as a primary point of entry can
manage all lists associated with the SafetyPAD® system, which includes;
• Active Guidelines (all agency -defined lists of questions and their
associated answers). This includes lists for clinical elements such as
impressions, chief complaints, treatments, as well as `sub -questions', such
as "airbag used", "post-med pain level", etc. These questions and answer
lists are fully defined by the agency and immediately available in the
reporting tool.
• Lookups (hospital listings, unit ID's, shifts, etc)
• Employee Lists
• Other data sources available through an interface (such as billing, CAD)
• Custom data available via a customized interface
26
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Demographic Reports
Through the use of the SafetyPAD Enterprise Reporter, agency personnel can create,
maintain, customize, and distribute reports by selecting from nearly all of the elements
available to field personnel in the mobile device. By creating queries and filters through
the web -based reporting tool, demographic information such as patient age ranges,
gender, ethnicities, location of residence and more can be used to provide medical an
agency administrators with key information on the customer base of the agency.
Below is an example a cardiac arrest report, utilizing agency -defined age range
parameters. Specific age range parameters can be created and applied to the same
report to support specific needs for clinical studies or specific age range criterion.
5,
0
`03
1140-49
111sos9
060 69
▪ 70a9
. 80$9
119039
m
0
T
27
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
EMT and Paramedic Skills Reports
Statistical reports to support training and quality assurance processes broken down by
provider, for example, can easily be created and generated by agency personnel.
These types of reports can be classified as compliance reports and provider history
reports.
Compliance reports allow agency administrators to identify a care provider's compliance
to protocols and appropriate documentation standards by analyzing how they answer
key questions and answers associated with the specific elements contained within the
patient care report. This is traditionally used to identify compliance with secondary
treatment, impression, or finding elements of the report.
Below is an example of a report which shows documentation compliance to specific
agency -defined questions associated with the treatment of intubation;
28
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
z
0
®AUSCULTATION PHYSIOLOGIC CHANGE
BLADE "'RESULT
UCAPNOGRAPHY MROUTE
COMMENTS ®SECURED WITH
EDD IITUBESIZE
®ETCO2/BVM MVISUAUZATION
IIIINASAL WHISTLE TIP
w
c3
a w
U CC
0
-J
-J
Clicking on one of the questions, Visualization, for example, provides a breakdown of
the agency -defined answers associated with Intubation Vocal Cord Visualization;
Agency staff can select one or more questions from SafetyPAD's Active Guidelines and
specify them as part of a compliance report. This offers uncompromising flexibility for
training supervisors and medical administrators to easily specify elements that need to
be collected in the field (number of attempts, success, etc) as well as seamlessly
analyze the resulting data to identify areas where focused training, for example, may be
required.
29
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Operational Reports
Through OPEN's dynamic CAD interface module, SafetyPAD maintains an archive of
CAD event history for all incident information and unit status messages received from
the CAD system. The SafetyPAD Enterprise Reporter, for example, allows agencies to
analyze the number of dispatches received by the CAD interface and compare those
values against incident/patient reports received from field units. From this data a report
showing the number of outstanding reports can be provided to administrators. In
addition, other operational elements such as response times, time from dispatch to first
treatment or time from arrival at scene to delivery of specific treatments can be
calculated. Below is an example of a dispatch to first defibrillation broken down by unit;
Number of Cases
51E171 1E172 0E173 0E171
• E175 0E175 11E177 0E178
■ E179 ■Et00 0E1e2 ■M171
131M173 01074 01075 0M176
• 077 ■M178 0M179 011181
•M184 ■ M187 •7171 07171
117175 ■ 7177 0 UNKNOWN! •
Ersrtt To Exs I Dssray
rasa Cores
0
2
Perl:aea09
0%
3.23%
1.61%
8.06%
3.23%
323%
Fractlle Response Time
10
15 20 - 35 30
Minutes
Me Fractte RespmKe Time; 27 r, ru,
Aver00e Response Time: 13.5 flans.
Average
Rewonae tkne On mos.).
9.5
In the sample above, the SafetyPAD Enterprise Reporter provides fractal response
calculations, showing user -defined fractal percentages as the average response time for
the parameters specified (i.e., dispatch to first defibrillation as noted in the example).
Performance Reports
SafetyPAD Enterprise Reporter gives agencies the flexibility and power to create
reports from any time parameter and compare this against another time parameter
captured in the SafetyPAD system. With the flexibility, agencies can create
performance reports where response times, times to patient, transport times, times at
hospital, and any clinical event time can be analyzed.
30
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
The next sample report compares a specific destination as a percentage of the total
number of transports for the time period specified.
ioenem.>n rtneer.
106.60
:'TOTAL
Number of Cases
w.01 Cosy. -
1e2
3763
3927
3.62%
96.33%
100
In addition, reports can also be created against elements typically captured for billing
purposes. Below is an example of a report for patient transports where Medicare is
form of payment presented by the patient.
Number of Cases
■00.10 •O.n•2 OO.n.3
a a.ee •ww. a
macar;,a e I ctri,iM.n.
j_tlen.te %elder.
Nos Of tames
102
Penes..
4434%
46.72%
31
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Trip -Related Reports
Operational elements, including incident type, unit, battalion/division, response status
and transport priority are among the many elements captured by SafetyPAD and
available for analysis in the SafetyPAD Enterprise Reporter. In addition to operational
elements, clinical components noted previously such as chief complaint, impression,
treatment and history or any other Active Guideline question or answer can also be
utilized easily when building reports.
32
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Features and Benefits
Item
CAD interfacing
Description
SafetyPAD currently offers
interfaces to a variety of CAD
systems including Intergraph,
Tritech, Tiburon, Printrak,
Northrop Grumman/PRC, etc. A
real-time link between CAD and
SafetyPAD allows SafetyPAD to
provide similar functionality to
an MDT/MDC (when receiving
dispatch event information).
SafetyPAD can either interface
wirelessly directly to the CAD
server or can wirelessly link to
the CAD through an MDT/MCT
within the vehicle.
Key Benefits
Integrated CAD interfacing
heightens accuracy, eliminates
redundant entry, and improves
operational information
management. It also is
reduces the burden on the field
provider to enter this
information and utilizes ONE
source for dispatch data
management.
Mapping/GPS
AVL
Wireless
manager
SafetyPAD provides ESRI-
compliant mapping, address
matching, and GPS as an
integrated add -on built into the
core system. This allows medics
or firefighters to quickly find a
valid address, see where they
are and where they need to go.
SafetyPAD can wirelessly
stream GPS coordinate
information to either a dispatch
center's AVL system or
SafetyPAD's web -based AVL
system.
SafetyPAD's wireless manager
is a framework used to
wirelessly enable and enhance
various functions of SafetyPAD
including CAD interfacing, data
delivery, auto updates, message
chatting, transfer -of -care,
33
Mapping and GPS improves
accuracy of address data,
enhances the likelihood of
finding and arriving at a scene
sooner, thereby benefiting the
crew and patient.
Delivery of vehicle's position
improves management of
vehicles and resources and the
selection of the most
appropriate vehicle for an
incident.
This manager provides a
variety of benefits to wirelessly
enabled systems including,
guaranteed delivery, automatic
updating, encryption, message
management, and optimization
for wireless data
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Item
Description
Key Benefits
iDelivery, and BioView.
communications.
Wireless WAN
modem support
SafetyPAD has enhanced the
use of wireless modems by
supporting the API of the
predominant wireless modem
manufacturer, Sierra Wireless.
Public networks including
CDPD, CDMA, and GPRS are
all fully supported directly within
the SafetyPAD software.
A direct interface with this API
provides exposure to signal
strength, connectivity, and
status to both the end -user and
software alike. This
dramatically improves the
reliability and awareness of
communications, which is vital
in wirelessly robust software.
Wireless LAN
support
SafetyPAD currently supports
wireless LAN technologies
including 802.11'x', and
Bluetooth to enhance cableless
information sharing and delivery.
Each of these networks
provides benefits including
cable -less, low cost
communications.
Encryption and
security
SafetyPAD uses 256-bit
encryption for data package and
streamed packets. It also utilizes
advanced network features
including IP filtering.
Encrypting data files and the
packet streaming with 256-bit
encryption heightens security
and exceeds HIPAA
requirements. IP filtering
enhances network resource
security.
Wireless
transfer of care
This module allows more than
one SafetyPAD handheld to
transfer incident patient
information between them.
Commonly, this feature involves
wirelessly beaming pertinent
data collected by a first
responder to an advanced EMS
responder.
Beaming information between
responders helps track
information collection and
hand-off, eliminates redundant
entry, and speeds up the entry
process.
Multilingual
translator
SafetyPAD allows care
providers to communicate with a
non-English speaking patient via
its built-in translator module.
The module supports an
unlimited number of agency-
definable questions and
languages. It works by orating
audible questions to the patient
in their native language.
Detailed questions are posed to
the patient with simple answers
The integrated translator
benefits medic, ff, and patient
alike by enhancing
communications between care
provider and the patient. This
speeds up the evaluation and
treatment of the patient by
better understanding the
problem at hand.
34
MFR ePCR RFP 55025 Response
OPEN incorporated ( SafetyPAD
Item
Real-time
usability
Description
expected.
SafetyPAD is designed to be
utilized real-time by care
providers. Its user interface and
pencentric design enhance field
use at patient side. Real-time
use also allows for collecting,
referencing and communicating
incident and patient data.
Key Benefits
A system that is designed for
real-time use improves
accuracy, completeness and
compliance to protocol. It also
enhances the likelihood of
improved patient care by
exposing protocols (via Active
Guidelines — see this section)
to the end -user and enhances
user acceptance.
Fast or faster
than paper
Most cases can be generated as
fast as or faster than paper by
care providers with SafetyPAD.
Documenting as faster as or
faster than paper for most
cases allows care providers to
focus more on patient care and
be available for another case
sooner. It also enhances user
acceptance.
Pencentric
design
SafetyPAD's user interface and
pen tools optimize the system's
use on a pen tablet computer. It
takes advantage of a pen
tablet's active digitizer,
handwriting recognition software
and overall form.
A highly pencentric design
allows for effective real-time
use in a mobile setting with
little user training.
Handwriting
recognition
OPEN has developed
proprietary pen tools to greatly
enhance utilization of
handwriting recognition (HWR).
The tools automatically appear
when a user wishes to enter
data via their handwriting. The
tools also improve handwriting
and editing without having to
learn a special method of
entering characters, such as
with Palm -based systems.
35
HWR optimization provides
users with a simple a reliable
mechanism to enter key data.
It does not require 'learning',
thereby reducing training while
improving acceptance.
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Item
Voice -enabled
module
Description
This module allows care
providers to collect vital sign and
treatment data via reliable,
untrained voice recognition. The
system also orates the
recognized information to
confirm accuracy.
Key Benefits
The system is beneficial to
users when hands -free entry is
needed. This module does not
require training and further
enhances patient care by
allowing the medic/ff to focus
on patient care.
Active
Guidelines
Active Guidelines is a clinical
data collection and referencing
framework, allowing agencies to
define questions, answers and
reference materials for any
clinical parameter without
modifying the source code or
user interface. A narrative is
generated for each parameter.
Active Guidelines offers an
array of benefits including:
• Active narrative
generation
• Standardized narrative
• Unlimited clinical
collection
• Exposure and
compliance to protocols
• Decrease liability
exposure
• A uniform data and user
interface
• Instant surveys and
studies
• Decreased entry time
`Info' function
The `info' feature is tightly
integrated within Active
Guidelines, allowing agencies to
define window -compliant
reference materials to be
accessed by field personnel with
the touch of a button. Materials
including an online PDR, HTML
materials and instructional
video.
This feature provides valuable
`content' in common windows
format to field personnel with a
single click of the pen.
Online PDR and
protocol
As above. In addition, OPEN
offers optional, integrated
Thompson Medical -content
As above. Also, these features
potentially improve patient care
by exposing care providers
with time and mission critical
information.
Built-in browser
SafetyPADs built in web
As above. This feature also
36
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Item
Description
browser exposes `content' in a
commonly utilized HTML format.
Information can also be
accessed wirelessly from the
web via this feature.
Key Benefits
reduces the use of paper
reference materials as many of
these materials can be loaded
into the system for immediate
access.
Built-in media
player
As above ... using media
including instructional video, etc.
As above. This feature is
commonly used to expose
treatment videos and protocol.
iDelivery
iDelivery is a wireless streaming
framework that allows care
providers to instantly `stream'
mission and time critical incident
and patient data to various
systems, including medical
control or a hospital.
iDelivery:
• Improves information
delivery
• Better prepares
receiving facilities
• Distributes data
instantly to applicable
systems without user
actions.
• Reduces voice traffic
• Minimizes redundant
entry
• Better manages
outcome analysis
• Is web -based for simple
integration
• Exposes information in
XML for easy extraction and
sharing
BioView
BioView is a surveillance,
clinical alerting, and information
distribution system to instantly
track incident and clinical data,
including sign and symptom
information
37
Bioview:
• Instantly delivers time
critical clinical information
• Faster delivery means
faster spotting of trends
• Analyzes clinical
information against time,
quantity, and geographic
region.
• Enhances a
community's protection
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Item
Description
Key Benefits
against bio-terrorism.
• Exposes information in
XML for easy extraction and
sharing.
MS SQL and
Oracle support
SafetyPAD's backend system
supports MS SQL or Oracle
databases.
Oracle 9i and MS SQL
2003/2005 are the two
predominant databases used
for information management.
Both offer their own set of
advantages over each other
and competing database
products. Supporting both
allow agencies to select the
database matching both their
internal and municipality
standards.
Active To -Do
list
SafetyPAD's to-do list gives
each agency the ability to define
disposition -specific criteria to
ensure completeness of each
type of incident.
A to-do list ensures that each
case report is complete
improving compliance and
billing and reducing liability
exposure.
Cardiac monitor
defibrillator
interface
SafetyPAD's interface with a
number of monitor defibrillators
allows care providers to deliver
ECG, event, and various vitals
signs into SafetyPAD.
SafetyPAD then seamlessly
merges key information into its
record and wirelessly
communicates a composite of
this information to those who
need it. It then manages this
information via a web -based
interface for subsequent review.
This interface improves overall
information delivery and
management between two
disparate systems, eliminates
redundant entry improves
tracking of cardiac outcomes,
and provides cardiac
information more rapidly to
clinicians.
Digital camera
interface
SafetyPAD provides a
seamlessly integrated module to
interface with a variety of digital
camera, display, extract, print
and manage digital pictures as
part of a patient encounter.
Digital images become part of
a patient record and are
collected and managed
seamlessly with this interface.
These items can also be
wirelessly delivered to improve
understanding of mechanism
or injury analysis.
38
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Item
Digital imaging
interface
Description
SafetyPAD can seamlessly
interface with a variety of digital
video systems (when used in
conjunction with iDelivery and
wireless SafetyPAD modules) to
deliver digital video to an
iDelivery-enabled web browser.
Key Benefits
As above along with improved
real-time communications of
the field environment
WebViewer
SafetyPAD WebViewer is a
browser -based system for PCR
management, review, querying,
display and printing.
WebViewer provides a simple
and easily accessible system
to view, analyze, manage, and
print patient care reports via a
commonly used web browser.
FRMS
interfaces
SafetyPAD provides interfaces
to Fire records management
systems so that operation
information is only entered once.
This interface will eliminate the
need to reenter data into a
FRMS system, increase
accuracy, reduce errors, and
improve information
management. SafetyPAD will
pass and convert information
into the appropriate system
Billing
interfaces
As above, but for billing systems
An integrated billing interface
will reduce redundant entry,
increase accuracy, reduce
errors, and improve billing
collection.
Dept of Health
interfaces
See BioView
Real-time delivery of
information in XML format
speeds trending and thereby
alerts and improves
compatibility between systems.
Data hosting
Most SafetyPAD customers use
OPEN's data hosting capability
to manage data, wireless
communications, web services
and support.
This hosting option is available
to reduce infrastructure costs.
It is also commonly used
during the initial stages of most
projects to activate systems
faster.
Similar sites
SafetyPAD is operating and
being installed at similar fire and
county -based EMS sites.
OPEN's significant experience
with large fire and county -
based EMS services has
allowed it to design SafetyPAD
to better meet the needs of
various EMS services
39
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Item
Description
Key Benefits
Comprehensive,
integrated
functionality
SafetyPAD offers a wide array
of features and functionality not
found in any other EMS
information management
system in the world.
40
With SafetyPAD's robust and
vast features and functionality,
one system can be utilized to
solve a variety of enterprise -
wide needs.
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Section II - Profile of Firm
As noted in Section I, OPEN has been developing highly successful electronic EMS
informatics solutions for over 12 years. Our SafetyPAD ePCR system was released in
1996 after more than 2 years of interviewing hundreds of fire -based and private EMS
services. Since that time, various generations of SafetyPAD software have been
successfully deployed at numerous high performance EMS services, including 3 of the 5
largest US city's fire -based EMS services.
OPEN's commitment to EMS informatics is unparalleled. With experience in EMS
informatics since 1995, continued market and financial growth, and mobile computing
since its inception, OPEN's SafetyPAD product line continues to maintain a market lead
when agencies require an enterprise -wide, integrated, successful solution.
Financial Data / Stability and growth
Over nearly the past 14 years, OPEN incorporated has been 2
developing innovative and successful mobile computing
solutions. OPEN has experienced significant growth since its
inception and was recognized in 2003 as North America's 138th
and Minnesota's 3rd fastest growing technology companies by
Deloitte, posting revenue growth of 2,700% during that 5 year
period.
While OPEN's emphasis during the past 3 years has been
directed at new product development and implementation of
active contracts, OPEN's revenue has still grown substantially.
OPEN has experienced 20-30% growth in revenues over the
past 3 years along with a positive EBITA. OPEN has also
doubled its implementation and support staff and tripled its
development staff over the past 3 years and is on target to add
30% more staff by the end of 2007.
a 0 1 T T
TECHNOLOGY
f,asr500
Over the past 5 years, OPEN established distribution agreements with both Northrop
Grumman -PSI and Affiliated Computer Services (ACS), as a further demonstration of
the viability of both OPEN and its SafetyPAD product. These companies, ACS (over 3
billion in revenues in 2002) and Northrop Grumman (over 17 billion in revenues in
2002), are recognized leaders in their respective industries and have exclusively
selected the SafetyPAD product their respective product and service offerings. {Please
41
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
note that the OPEN's agreement with ACS entails licensing of a previous generation
version of SafetyPAD}.
The staff of OPEN is fully committed to making SafetyPAD a successful and efficient
part of the EMS operations at MFR. We are very excited to have the opportunity to
work with the innovative MFR group to jointly work together to establish one of the most
innovative EMS informatics systems in the nation.
OPEN focuses on complete and successful enterprise -wide technology solutions
solving each customer's critical business requirements along with total customer
satisfaction. We believe satisfied customers are our most effective sales force.
42
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Section III - Qualifications of Firm
Background
OPEN incorporated has specialized in delivering cutting -edge technology solutions to
mobile professionals and public safety services since its inception in 1993. Its staff has
developed over 30 pen -based applications and past customers include Boeing and First
Options of Chicago. OPEN's highly acclaimed SafetyPAD® system is the result of over
12 years of ongoing research and development, consulting with hundreds of EMS
professionals to continually improve and enhance the SafetyPAD solution to better meet
the needs of all EMS stakeholders.
SafetyPAD is a fully integrated, enterprise -wide information management solution for
Emergency Medical Services (EMS) and fire services requiring comprehensive
electronic documentation and information management. It offers expansive benefits to
care providers by optimally collecting, managing, analyzing, and communicating mission
critical incident and patient information as it happens, and thereafter.
Over eleven years ago, OPEN made a corporate commitment to focus exclusively on
providing innovative software and information solutions to emergency medical services.
This means that every member of OPEN's team has a strong background in EMS,
informatics, and EMS customer needs.
Relevant Experience Summary
Research and development of SafetyPAD began in April of 1995 with extensive surveys
and interviews with over 150 EMS agencies. A prototype Windows 3.1 version was
developed by September of 1995. Additional feedback was obtained from numerous
EMS agencies. Over an 18 month period over 2000 hours of R&D, interviews, surveys,
and site visits were conducted to discover success stories, failures, obtain feedback,
and gather the core requirements of a successful EMS informatics system.
A revised 32-bit, Windows 95 application was developed and field-testing began in
December of 1996. Additional surveys and consultations with EMS agencies continued.
Version 1.0 was released in October of 1997. Version 2.9 of SafetyPAD is now
successfully operating or being implemented at numerous services operating as few as
12 ambulances to well over one -hundred.
43
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
OPEN's continual and unending commitment to implementing and integrating advanced
technology is extensive. Nearly all of OPEN's staff is trained to understand every
aspect of industry requirements and utilization of technology, with many of them being
Paramedic -Firefighters. This transcends to nearly every aspect of our staff working
closely with agencies to effectively deliver a system that is fine tuned to a department's
specific needs.
OPEN continues to place extensive efforts continuing to improve and expand the
features and capabilities of its SafetyPAD software solutions, allocating more than a
third of its resource hours on the design and development of software enhancements
and new tools.
History
With the official release of SafetyPAD to the EMS market approximately 11 years ago,
OPEN has continued to gained expansive knowledge and experience in understanding
what is necessary to implement a successful EMS informatics solution for high
performance EMS services. Although this industry is beginning to expand at a rapid
pace, OPEN has continued to maintain a corporate philosophy to grow at a manageable
rate, as well as partner with agencies with a similar vision of utilizing EMS informatics to
benefit both the agency and the community it protects. A few highlights:
• After extensive trials and field evaluations, The City of Chicago Fire
Department selected SafetyPAD as the system it is utilizing for enterprise -wide
collection and management of its more than 400,000 EMS cases annually.
Chicago was an early adopter of EMS field data collection, having utilized pen -
based technology since 1997.
• Boston EMS, after evaluating numerous systems, selected SafetyPAD as its
EMS informatics system of choice to handle its 100,000 EMS cases for the City
of Boston. BEMS successfully utilizes many of the advanced SafetyPAD
components, including BioView and Enterprise Reporter, to continue to optimize
timely and data driven decisions.
• Hennepin County Medical Center is utilizing the SafetyPAD system to manage
its EMS information for its more than 55,000 responses in the City of Minneapolis
and Suburban areas.
• After extensive field trials of various ePCR systems, the Nashville Fire
Department selected SafetyPAD as their preferred application to manage more
than 80,000 EMS reports per year. As with other SafetyPAD® customers, NFD
performed extensive customization of the system through Active Guidelines.
44
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
This has allowed NFD to modify the system to their existing practices and when
combined with Enterprise Reporter, has allowed NFD to participate in studies
with Vanderbilt University and starting this year, providing data to the CARES
reporting system.
• Located in the Washington DC Metro region, the District of Columbia Fire and
EMS (DCFEMS) and Prince William County Fire and Rescue (PWCFR) have
been operational since 2006 and 2005 respectively. DCFEMS continues to
conduct end user training and is expected to collect nearly 120,000 cases
annually through 80 Panasonic CF-18 handhelds, while PWCFR has collected an
average of 40,000 cases a year through DRS XRT tablets. Both of these
services selected to include interfaces to the Medtronic LifePak12 Cardiac
Monitors, Fax Servers and interfaces to their respective CAD vendors.
OPEN incorporated has been an early implementer of a substantial number of industry
firsts in technology as they relate to EMS informatics systems;
1996
• First Windows 32-bit pen -centric mobile EMS informatics system.
• First offering voice enabled technology.
• First using embedded handwriting recognition tools
1997
• First with embedded mapping/GPS
• First providing Active Guidelines
• First embedded interpretive 12-lead module
1998
• First to provided embedded browser and media player
• First utilizing wearable computer technology.
• First with integrated digital camera interface.
1999/2000
• First system clearly demonstrated as fast as or faster than paper.
• First with one -touch reference materials, including online PDR
2001 /2002
• First to provide multilingual translator.
• First system to offer wireless transfer -of -care feature
45
MFR ePCR RFP 55025 Response OPEN incorporated /SafetyPAD
• First serving high performance services with browser -based backend
• First system to fully support both Oracle 9i and MS SQL 2000.
• First field proven wireless web -based telemedicine 'Delivery' system
2003/2004
• First system with integrated `BioView' community surveillance system.
• First system offering `one -touch' transparent updates
2006/2007
• Enterprise Report is the first system (to OPEN's knowledge) to truly offer a
highly customer -configurable web -based combined analysis and ad hoc
reporting tool, providing customers with tool that is fully integrated with the
SafetyPAD system allowing staff to use and modify complex reports,
create reports from `scratch', and schedule report generation and
distribution... all over the web without ANY client software installation
46
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
References
The 4 references provided below offer a diverse range of attributes associated with the
agency and its SafetyPAD system components, incident volume, staff, etc.
All of the core agency attributes below exceed the minimum experience and system
requirements of MFR.
Chicago Fire Department
Address
1338 S. Clinton St
Chicago, IL 60607
USA
Contact Information
Contact: Paul Andrews — Fire Department IS Director
Phone: (312) 745-3707
Email: PAUL.ANDREWS@CITYOFCHICAGO.ORG
Introduction
Chicago Fire Department provides Fire and EMS services to the citizens of the City of
Chicago. They respond to more than 400,000 EMS calls per year. Northrop Grumman
IT — PSI serves as the prime contractor for this project.
Chicago Fire was an early adopter of pen -based EMS information management
technology, starting this process in 1997/1998. An extensive evaluation of various EMS
information management systems in 2004 led to the subsequent pilot and selection of
the SafetyPAD system.
Special Note
This reference has been added due to;
• Its early adoption of EMS field data collection '97/98
• Its large city and population size
• Its status as a large incident volume, high performance service
47
MFR ePCR RFP 55025 Response OPEN incorporated /SafetyPAO
• Its use of Oracle and PRC COBOL CAD
• Its extremely rapid start -to -live field implementation (3 months)
• Its extensive evaluation process for updating its EMS informatics system
Department Details
• Over 400,000 EMS incidents annually
• Approximately 1,200 field users trained and utilizing SafetyPAD
• Web -based backend access customer -restricted to HQ, North, and South
Division locations
Key Features
Status
Project started in February 2005. Mentor training started in mid -April. All ALS
ambulances were live by September 2005, all BLS ambulance live by the end of 2005.
This site utilizes the following features ...
Equipment
• 150+ Panasonic Toughbook CF-18 tablets notebooks
• Embedded Bluetooth/Wi-Fi
• CDMA wireless
• LP12 and LP500
Operating System, Database
• WinXP Tablet (mobile), Windows 2003 (Enterprise)
• XML (mobile), Oracle 9i (Enterprise)
Current Operational Features
• Wireless Data Management Module
• LifePak Interface
• PRC/Northrop Grumman CAD Interface
• Accordis (billing vendor through 2006) billing interface
• OPEN generic XML billing extract (for ADPI - billing vendor since early 2007)
• Multilingual Translator
• Spell checker
. 48
MFR ePCR RFP 55025 Response OPEN incorporated /SafetyPAD
District of Columbia EMS
Address
1923 Vermont Avenue, NW
Washington, DC 20001
USA
Contact Information
Contact: Steven B. Chasin - DCFEMS ePCR Program IT Manager
Phone: 202-673-3161
Email: steven.chasin@dc.gov
Introduction
District of Columbia EMS provides EMS services to the citizens of the Washington, DC.
They respond to more than 120,000 EMS calls per year.
The District of Columbia conducted substantial field evaluations of various ePCR
systems and selected SafetyPAD in 2006, in conjunction with a EMS billing contract.
The project started in June 2006 and the first medic was `live' in October 2006. DCEMS
has established a comprehensive training program for more over 1,000 staff, requiring
each staff member to participate in training as well as a QA test.
Special Note
This reference has been added due to;
• Its large city and population size
• Its status as a large incident volume, high performance service
• Its use of Intergraph CAD, BioView, and Enterprise Reporter
• Its extremely rapid start -to -live field implementation (4 months)
• Its extensive evaluation process for updating its EMS informatics system
Department Details
• Over 120,000 EMS incidents annually
• Approximately 500 staff trained and utilizing SafetyPAD thus far, with another
500 scheduled to be trained by the early 2008
• Web -based backend access currently customer -restricted to HQ and branch
offices
• Web -based backend access via DMZ to all DC hospitals and ADPI billing service
49
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Key Features
Status
Project started in June 2006. Mentor training started in mid -July. All ALS ambulances
were live by mid-2007, remaining apparatus live status dependant on customer training.
This site utilizes the following features .. .
Equipment
• 80 Panasonic Toughbook CF-18 tablets notebooks
• Embedded Bluetooth/Wi-Fi
• CDMA wireless
• LP12 and LP500
Operating System, Database
• WinXP Tablet (mobile), Windows 2003 (Enterprise)
• XML (mobile), MS SQL 2005 (Enterprise)
Current Operational Features
• Wireless Data Management Module
• LifePak Interface
• Intergraph CAD Interface
• OPEN generic XML billing extract (for ADPI)
• Spell checker
• Micromedix PDR
• BioView Surveillance and Clinical Alerting System
• Enterprise Reporter advanced report building, delivery and analysis system
50
MFR ePCR RFP 55025 Response OPEN incorporated /SafetyPAD
Boston EMS
Address
767 Albany Street
Boston, MA
USA
Contact Information
Name: Gary Saffer - Paramedic, Project Manager
Phone: (617) 343-1155
FAX: (617) 343-1199
Email: saffer@bostonems.org
Introduction
Boston EMS is a community -based public health and public safety service that provides
and manages the integrated pre -hospital care system for the City of Boston. It is one of
the nation's oldest providers of pre -hospital care, with a history that reaches back over
100 years, when it was known as the City Hospital Ambulance Service. The City of
Boston has a resident population of 580,000 and covers 48 square miles.
Boston EMS is a two tier system (ALS/BLS) and is the largest municipal provider of
emergency medical services in New England. It employs over 300 EMTs and
paramedics and averages over 100,000 EMS incidents per year.
Special Note
Boston EMS published an RFP (in December 2003) for the provision of a
comprehensive EMS informatics system. OPEN was awarded the contract in April 2004
to supply its SafetyPAD system. The SafetyPAD system was funded at BEMS by a
bioterrorism grant and consequently is the first SafetyPAD site to utilize OPEN's
BioView surveillance and clinical alerting system as well as our enterprise -wide, web -
based Enterprise Reporter.
Department Details
• Over 100,000 EMS incidents annually
• Approximately 300 field users trained and utilizing SafetyPAD
• Web -based backend access from all city satellite stations, all city emergency
departments, headquarters, and any web -enabled PC with network access
51
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Key Features
Status
Medic units began a phased paperless implementation with the first four (4) units in
October 2004 with all units live in March 2005.
Current Equipment
• 65 Walkabout Hammerhead XRT (Color TFT)
• CDPD Sierra Wireless Ethernet Aircard 555 (CDMA)
• LifePak 12
Current Operating System and Database
• Windows XP Tablet (mobile), Windows 2000 (Enterprise) version 2.9
• XML (mobile), MS SQL 2000 (Enterprise)
Current Operational Features
• Wireless Data Management Module
• LifePak Interface
• PRC/Northrop Grumman Cobol CAD Interface
• Billing Interface (XML extract)
• Billing Interface (Boston Medical Center — specific)
• FAX interface
• Multilingual Translator
• Spell checker
• BioView Surveillance and Clinical Alerting System
• Enterprise Reporter advanced report building, delivery and analysis system
52
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAO
Hennepin County Medical Center Emergency Medical Services
Address
701 Park Ave So.
Minneapolis, MN 55415
USA
Contact Information
Contact: Kurtis Bramer — Supervisor EMS / IT
Phone: (612) 873-4933
Email: Kurtis.Bramer@co.hennepin.mn.us
or
Contact: Robert Ball — Supervisor EMS / IT
Phone: (612) 873-4044
Email: Robert.Ball@co.hennepin.mn.us
introduction
HCMC is the primary ALS provider for the citizens who live and work in the Hennepin
County (Minneapolis and suburbs). HCMC responds to over 55,000 EMS calls per
year. HCMC is the busiest 911 service in the State of Minnesota and utilizes many of
the software modules offered by OPEN as well as interfaces to the State of Minnesota
and HCMC's billing, CAD, and Health systems.
Special Note
HCMC utilizes many of SafetyPAD's mobile modules. It is also unique in that it will use
real-time 12-lead ECG delivery wirelessly via the Zoll M-Series and the Hammerhead
XRT.
Department Details
• Over 55,000 EMS incidents annually
• Approximately 150 field users trained and utilizing SafetyPAD
• Web -based backend access customer -restricted to HQ only
Key Features
Status
53
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Mentor phase with mentor staff trained; All staff trained and system live since July 1st
2005.
This site will utilize the following features .. .
Equipment
• 28 x Walkabout Hammerhead XRT and HHX;
• Sierra Wireless CDMD EVDO PC -card Modem (wireless WAN connectivity)
• Trimble GPS receiver
• Docking station printing
• Zoll M-series (via Bluetooth or cable)
Operating System, Database
• WinXP (mobile), Windows 2003 (Enterprise)
• XML (mobile), MS SQL 2000 (Enterprise)
Features installed
• CDMA WAN wireless management
• Zoll M-series interface
• Multilingual Translator
• Spell Check
• CAD interface
• State of Minnesota Interface
• Envision Billing Interface
• Hospital Interface
• Micromedix PDR
• BioView Surveillance and Clinical Alerting System
• Enterprise Reporter advanced report building, delivery and analysis system
54
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Section IV - Work plan
A Project Management Overview
OPEN recommends implementing SafetyPAD in stages and phases with specific
milestones contained within each stage and phase. In this way, critical goals are
addressed first, while change is not brought on suddenly. A system integration
schedule broken down into 3 stages is recommended. This shall entail;
• Stage I — SafetyPAD System Design and Evaluation; System introduction and
orientation, overall project design, specifications, project plan and timeline
solidification. Installation of SafetyPADmobile and Enterprise system and
associated modules not requiring significant customization or configuration.
Training of staff conducting Evaluator or Pilot Phase. Gather feedback.
• Stage Ila — SafetyPAD System Installation; System introduction and
orientation, overall project design, specifications, project plan and timeline
solidification. I nstallatio
• Stage Ilib — SafetyPAD non -critical training and interfaces; Training of
remaining staff, administration, etc as well as development and deployment of
non -critical interfaces.
• Stage III [Optional] — SafetyPAD optional or not critical module Installation;
OPEN incorporated has successfully managed the installation and integration of
SafetyPAD at several sites of with similar attributes (operational, volume, etc) to MFR.
OPEN's major upgrade of SafetyPAD approximately 3 years ago has offered a
remarkable enhancement in the rapid installation, capabilities, and manageability of
completely integrating the SafetyPAD system into any department.
Most projects follow essentially the same outline that is provided as part of this
proposal. Installation is conducted in stages and phases, with each phase generally
completed before the start of the next. OPEN's proposed implementation will
dramatically expedite the installation of the core SafetyPAD system, as well as `mentor'
and go -live phase completion.
In general, installation of the core SafetyPAD system is always prioritized and fully
installed prior to the development and installation of interfaces. This is commonly the
approach recommended by OPEN incorporated. However, the needs of each customer
are always reviewed and an implementation plan and schedule based on agency
requirements, timelines and prioritizations is always established.
In general, the work on a subsequent stage and phase will begin once previous
milestones havebeen completed. OPEN utilizes an effective and proven project
55
MFR ePCR RFP 55025 Response OPEN incorporated /SafetyPAD
management methodology to ensure successful and timely implementation of
SafetyPAD.
Below is a high level description of the three stages.
STAGE I/II: SafetyPAD System Installation (140-190 Days)
Stage I involves planning, ordering, design, installation, training and configuration of the
system. In may, if necessary, include mission critical interfaces, such as CAD and
billing if deemed appropriate. The variance is timelines is based on scheduling, training,
and all parties being able to complete dependant tasks on a timely basis.
Phase 1: Initial Planning & Coordination (20-30 Days)
■ Introduction and initial SafetyPAD system and design orientation
• User -group meetings with Medics, Medical Direction, QA/QI,
Operations, Billing, CAD, System Administrators, and Information
Services
• Specify unique functional requirements for MFR
• Timeline specification and sign -off, brainstorming, and strategy
• Various documents generated (project plan, final SOW, ATP, etc).
• Order Equipment (6-10 week lead time)
• Begin configuration of wireless and networked solutions
• Evaluator group established
Phase 2: Configuration Phase (45-60 days)
• Mobile (and Server) Equipment Received
• Mobile Hardware Payment (if applicable)
• Servers configured at relevant site(s)
• Equipment Modifications
• System Setup (at MFR and OPEN)
• Partial Equipment Installation (mentor units)
• Interface Specifications defined and approved (CAD, Billing, etc)
• Revise and enhance unique MFR functional requirements
• Initial Active Guidelines configuration (global and for each
participant)
■ Design Document (draft and final);
• Training Plan (draft and final);
Phase 3: Setup Phase (30-40 days)
• Final configuration (Active Guidelines)
• Server and SafetyPAD Enterprise setup
56
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
• Mentor Group phase
• Area hospital printing and transfer setup
• Approve relevant Interface Development Specification and begin
development (CAD, billing, etc)
• Mentor training and PCR entry onto SafetyPAD mobile (25%-100%)
• Paperless Mentor field entry required by MFR
• Test Plan (draft and final), pilot program and acceptance testing;
• User System Documentation and User Guides (final).
Phase 4: System Integration Phase (45-60 days)
• Database baseline
• Final MFR release
• Final SafetyPAD Software released
• Mentors Collecting "Live" Data
■ Remaining Hardware Installed for relevant participants
• Training of remaining staff for relevant participants
• Test and confirm backup systems and communication mechanisms
between mobile and Enterprise
• 100% use of SafetyPAD in field by all staff in relevant participants
• Continue Custom Interface Development
• Acceptance Test (Pre -Go Live)
• Go -Live (for MFR relevant agencies)
STAGE III: SafetyPAD non -critical training and interfaces (90+ Days)
Stage II involves remaining field user training, training of trainers for this module as well
as the development and implementation of other mutually agreed interfaces.
■ Training of remaining staff
• Development and field-testing of additional custom interfacing
modules.
• Appropriate `trainer' staff training
■ Interfaces Pre Go -Live Acceptance
• Interfaces Go -Live
57
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
IMPORTANT: These timelines begin upon execution of a contract between MFR
and OPEN. Final mutually agreed timelines will be established as part of Stage I.
The project model above provides a very high level description of what OPEN
believes is a core model for a successful SafetyPAD implementation. The system
can be implemented at a rapid pace if some of these key conditions below are
agreed upon by MFR, and OPEN incorporated;
• Timeliness of mobile hardware delivery (critical)
• All parties meet timelines and milestones
• Special wireless or other relevant network configuration
minimized
• Consensus on superset dataset by MFR
• CAD, billing, and especially State interfaces follow simple and
standardized specification and are implemented in parallel
with core SafetyPAD system
58
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Constituent Responsibilities
MFR will be the project owner and will provide approval on all major activities required
in providing the total solution. MFR will be directly responsible for:
Assign a MFR project director, who will be the lead contact point for OPEN.
• Providing access to the necessary information, reports, and personnel to enable
the completion of this project in the timeframe estimated.
• Designate functional, technical, support, and project management resources to
be part of the project team prior to the start of the project.
• Providing access to work space, phones, Internet and network access, copiers,
and faxes, as reasonably necessary while contractors are working on the
premises.
• Providing timely acceptance of deliverables. If MFR does not provide sign-off(s)
acceptance or written notice documenting any objections within 5 business days
of submission of a deliverable, then the deliverable will be deemed accepted and
team will move ahead with the project.
• Facilitating prompt issue resolution.
• Assisting in the design of processes, workflows, customizations, configuration,
reports, security and integration.
• Collecting and entering all required data into the system with OPEN's assistance.
• Selecting a wireless communications solution.
• Assisting in the design of testing and training plans.
• Establishing a group of users that will serve as the first point of contact for all
support calls.
• Ensure proper access of CAD, RMS and other relevant systems to SafetyPAD
Enterprise server. This may require applicable CAD systems utilize
communication's servers to communicate to relevant systems behind city
firewalis.
OPEN will coordinate all activities required in providing the EPCR solution. OPEN will
be directly responsible for: Providing EPCR program management, methodology and
quality assurance throughout the duration of the project.
• Providing day-to-day EPCR project management.
• Conducting weekly status report meetings.
• Leading the issues resolution process.
• Coordinating relevant purchase/lease of necessary hardware and software.
• Preparing and maintaining detailed implementation plans.
• Creating and distributing weekly status reports.
59
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
• Providing specific functional/technical knowledge in billing related processes and
systems, including examples and recommendations from previous experiences.
Facilitating prompt issue resolution.
• Leading the design and documentation of processes, workflows, customizations,
configuration, reports, security and integration.
• Providing specific functional/technical knowledge in field data system related
processes and systems, including examples and recommendations from
previous experiences.
• Leading the effort to build the solutions, per design specifications.
• Developing and executing test plans and scripts that allow for user acceptance
testing.
• Developing the training plan and subsequent training materials.
• Providing training to MFR trainers on usage of the application, as well as provide
access for MFR personnel to the server environment, as necessary.
• Work with MFR staff to determining all software, hardware and networking
requirements, including adequate backup facilities
• Documenting the technical architecture.
• Receiving all mobile hardware and software components at agreed facilities.
• Staging the proper installation of all software in both the field units and the
server, ensuring proper end -to -end operation.
• Providing initial guidance on the physical installation of the vehicle mounts to be
performed by MFR provider
• Performing physical and networked installation of any relevant server (based on
inclusion/exclusion of ASP model), with the active assistance of MFR.
• Ensuring ability to remotely access and maintain the computing environment,
with the active assistance of MFR.
• Providing ongoing hardware (if applicable) and software support, based on a
tiered escalation model (MFR first tier, OPEN, second tier).
Management Commitment
OPEN incorporated is fully committed to making SafetyPAD an efficient and successful
part of MFR information management system. The experience OPEN has gathered over
the 12 years installing and maintaining the SafetyPAD system throughout the US will
provide for a flexible yet efficient approach to managing the integration at MFR. OPEN
management commits to making all required resources available as specified in
finalized schedules, Design Documents, and SOW as well as utilizing local resources
(based on the final scope of the project) to more effectively manage the full
implementation.
60
MFR ePCR RFP 5502S Response OPEN incorporated / SafetyPAD
Establishing Goals and Specific Success Criteria
As described in the Implementation guidelines provided in this Proposal, our team will
work with MFR to establish goals and solidify a project schedule that meet the needs
and expectations of MFR, while also providing a realistic and efficient framework for
OPEN and its partners to deliver according to schedule. As part of Stage I of the
SafetyPAD implementation, meetings will be scheduled where representatives of both
parties can discuss the details of the implementation process, and establish a plan that
meets the needs and requirements of both parties. Deliverables will be specified, and
timelines and resource allocation will be solidified.
Developing Achievable Project Plans
As part of the same process, project plans will be developed after carefully reviewing all
requirements, the current agency infrastructure and the availability of resources. A
project manager will be assigned for both parties, and frequent contact between the
project managers will be required to monitor the progress. Please pay close attention to
the sample project plan that has been included in this RFP response as it, along with
our suggestions unique to MFR expose our implementation strategy suggested for
MFR.
Resource Allocation
Our team will make available one person who will act as the project manager and also
the main point of contact for MFR for all inquiries. Likewise, it is expected that MFR will
provide a similar resource. OPEN will make available appropriate staff to adequately
meet established timelines and delivery schedules. Individual OPEN staff members will
be assigned to applicable tasks for MFR project, and MFR will be expected to provide
the names and qualifications of the personnel involved.
61
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Section V - ePCR Minimum specification response
Please note that additional details for many of the responses in this section can be
found elsewhere in this response, including Section I.
No Requirement
ACCESSIBILITY
Out
of
Box
Cust. Not
Opt Avail
at
Add
Fee
Comments
Backend ePCR. Software includes a web -based
administrative tool that allows the Agency to add,
modify, define sort orders, or deactivate lookups.
2
Agency is able to configure the Backend ePCR X
Software via a web -based interface to limit the
access to open and close reports according to
user 'roles'. This authority restriction can be
designated down to the individual level.
3
Program allows Agency to assign application X
security Levels by person and/or system defined
groups. (Firefighters and/or Lieutenants and/or
Captains, and/or Chiefs and/or working groups,
etc.)
via current capabilities
of USER SETUP
functionality in
SafetyPAD backend
The ePCR System MUST offer the ability to X
create custom access `roles' to the Backend
ePCR Software. These roles can be defined
whereby the user will only have "no view, read-
only, partial, or full" edit access to certain reports
based on parameters including units or shifts.
Any ePCR accessed MUST be tracked with
date/time and username of person viewing or
printing an ePCR. This role creation and
modification feature MUST be through a web-
4 based interface.
Staff access rights for ePCR viewing and ePCR X
modification can be defined by the agency
through a web -based interface. An authorized
administrator can define factors effecting who
can view or amend an ePCR including by crew,
shift, and unit.
5
62
via current capabilities
of USER SETUP
functionality in
SafetyPAD backend
via current capabilities
of USER SETUP
functionality in
SafetyPAD backend
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAO
No Requirement
Out
of
Box
Oust. Not Comments
Opt Avail
at
Add
Fee
The ePCR system must allow the agency the
ability to configure all 'closed' reports as 'locked -
out and unavailable for data editing. However,
the agency can provide an authorized user to
'unlock' a report for an authorized edit entry.
6
via current capabilities
of USER SETUP
functionality in
SafetyPAD backend.
Requested 'unlock'
functionality must be
customized, but scope
must be defined prior to
pricing this particular
aspect of functionality
7
Through a web -based tool, Agency has the
ability to manage system access information for
users/personnel, e.g. username and password
without requiring vendor intervention.
8
Through a web -based tool, the Agency's QA X
Officer and Medical Director must have the
ability to audit a PCR.
Transparency security is supported,
restrictingdocuments and/or reports from users
without proper security such that the documents
for which the user does not have authority are
transparent to the user and also any hypertext
links to these documents are automatically
s disabled.
Normally, reports nor •
accessible to a user are
not exposed as links
When logging on to the backend system, a
screen is available to the user notifying them of
all incomplete or open reports for his/her unit
and shift. This list also will include reports that
have not been received by the backend, yet
dispatch by CAD. The system will allow the
relevant user to search cases (by date or unit
parameters) that they have been assigned to,
without exposure to other cases they have not
to been assigned.
The ePCR Mobile Software MUST allow for X
Agency -definable content to be loaded onto the
mobile device, such as PDF and HTML file
content. This content should also be easily
accessible from within the software by no more
than 2 clicks.
11
First Sentence (via
upgrade of backend
Q2-08). Second
Sentence via
SafetyPAD Reconciler.
Third Sentence via
CREW ROLE in USER
SETUP screen
No more than 2 clicks
from nearly any screen
12
All interfaces and communications between
portable devices and other internal and external
sources are available 7 days a week, 24 hours a
day. List any exceptions.
63
See core response as
well as 99.5%
availability response.
This requirement must
be clarified!
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Cust. Not
Opt Avail
at
Add
Fee
Comments
13
The system must have a rapidly accessible
ePCR listing screen. This screen will expose all
ePCRs managed by the system, including open
and closed reports as well as a simple
mechanism to deliver any of the reports.
Delivery of ePCR is via
emailing of PDF-based
ePCR outside of
Enterprise system
Product can support multiple Agencies and be X
able to differentiate which alarm belongs to
which Agency; Example: Miami services the
Village of Key Biscayne Fire Department and
hosts their data. Each agency's access to the
ePCR System can be configured to be agency -
specific. When querying the data, the product
can produce reports for each Agency separately
and independently. Vendor should provide
separate pricing for this capability.
14
SafetyPAD can support
multiple agencies via
either a separately
defined databases or a
single database using
the AGENCYCODE.
Access to the backend
system in either case
can be set only for the
agency. However,
OPEN suggests a
single database for
multiple agencies
sharing clinical
protocols and other
operational lists, with
the exception of
employees. Separate
databases however, do
offer more expansive
15
ePCR status changes are maintainable by the X
ePCR System by authorized users throughout
the ePCR life cycle (open, closed, approved,
rejected, QM review)
Each ePCR is linked directly to the unit and X
author and not the patient or incident. This
allows each Report
Writer who needs to contribute data for this
incident to open, complete and close their
individual reports regardless of the status of any
other unit's Incident report.
16
Each SafetyPAD ePCR
has links to such
primary data elements
as incident, patient, and
unit, as well as a crew
member, and remains
as an autonomous
"case"
17
Remote access is available for both mobile and
backend software program.
18
Mobile ePCR Software allows a Report Writer to X
complete, close, and send a report even while
that incident is still active.
64
Remote access, via
various third party or
OS -associated remote
access software, can be
configured on each
platform, although not
priced in this response
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust. Not
Opt Aval
at
Add
Fee
Commen
s
Mobile ePCR Software has agency -definable
URL favorites to establish links to web -based
sites such as hospital status, etc.
19
An agency can specify
one or more local or
remote URL sites to
expose via SafetyPAD's
browser (through a
favorite's file)
20
Vendor's access to agency server is only
through a WebEx with the supervision of agency
personnel.
21
22
Application security is provided through a
username/password login process that is
synchronized with the Active Directory account
and prompts the user to change his/her
USERNAME/PASSWORD every 90 days.
Product provides the ability to "quick lock" the
application on demand and/or during inactivity. A
button or menu -item in the application that would
effectively 'lock"
the application and the work station, similar to
ctrl-alt-delete.
X A scope must be
defined on this
requirement prior to
providing a quotation of
this functionality
While this access option
is viable, OPEN has
serious concerns about
its ability to respond to
potential mission critical
support issue though
remote access requiring
human intervention.
OPEN cannot commit to •
its response times for
support when a
dependency of this
nature exists. OPEN
requests some form of
secure access
WITHOUT human
intervention
This can be
accomplished through
OS -based locking
features (commonly
using user -programmed
'action' button).
ARCHITECTURE
Significant portion of ePCR architecture is based
on Dot NET technology. List any other
development foundation(s) e.g. MS SQL, etc.
23
Many of the interface
objects in the mobile
software as well as
nearly all backend
applications are .Net
based
Software Program is built using an X
expandable/modular architecture
24
SafetyPAD is based on
an extensive array of
modular components.
ePCR system utilizes a minimum of 128 bit X
25 encryption.
65
com
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust. Nat Comments
Opt Avail
at
Add
Fee
26
27
Mobile ePCR software is compatible with
Windows XP or most recent Windows version
available. List any other operating system that is
compatible with Mobile ePCR software.
The mobile and backend architecture is available
as web based and client/server based.
CAD INTERFACE
Mobile ePCR Software interfaces with Agency's
CAD "REAL-TIME" to receive the following data
(28.1-28.29) pushed to the tablets.SHOW —
indicates display and storage of the element in
the ePCRSTORE — indicates capture in the
database only
28
Incident Type as Dispatched
(character length-8, field
type -character)
28 SHOW
XP, XP Tablet, Vista (in
beta)
Current backend
architecture is web -
based and as well as
the upcoming
SafetyPADweb (to be
released in 2008
SafetyPAD software
does not current
interface with Miami's
proprietary CAD system
but will develop a
custom interpreting
module (to be scoped
but estimate providedl
28.2
Incident Type as Found
(character length-8, field type -character)
STORE
RMS primary situation found
(character length-8, field type -integer)
SHOW
- if not provided, the program will try to translate
it with the CAD Incident Type as Dispatched in
the RMS Interface
28.3
Incident address
(character length-40, field type -character)
28.4 SHOW
Contiguous street
address
28.5
Incident Scene Name
(character length-40, field type -character)
SHOW
(Note: if scene location, business or landmark
has a proper or commonly recognized name)
Read-only on mobile
Incident city (character length-13, field type -
character)
28.6 SHOW
28.7
District
(character length-6, field type -integer)
SHOW
66
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Cust. Not Comments
Opt Avail
at
Add
Fee
Incident Date/Time (character length — 8/6, Field
type — date/time) STORE
28.8
X saved in backend
database only (4 hour
development estimate)
28.9
Incident receive by Dispatch date / time
(character length-8/6, field type-date/time)
STORE
Dispatch Date/Time (character length-8/6, field X
28.1 type-date/time) STORE
0
Arrival Date/Time (character length-8/6, field X
type-date/time) STORE
28.11
End Date/Time (character length-8/6, field type-
28.12 date/time) STORE
Assume Unit
Dispatched Time.
Displayed as well
Assume Unit At Scene
Time. Displayed as
well
Assume Unit In Service.
Displayed as well
Control Date/Time (character length-8/6, field
type-date/time) STORE
28.13
First Arriving Unit (character length-6, field type -
character)
28.14 SHOW
X saved in backend
database only (4 hour
development estimate)
Station (character length-6, field type -character)
28.15 SHOW
Agency
(character length-3, field type -character)
28.16 SHOW
28.17
UNIT
(character length-6, field type -character)
SHOW
Unit dispatch date / time
(character length 8/6, field type-date/time)
28.18 SHOW
28.19
28.2
0
Unit en route date and time
(character length 8/6, field type-date/time)
SHOW
Unit at scene date / time
(character length 8/6, field type-date/time)
SHOW
Unit at patient date / time
(character length 8/6, field type-date/time)
28.21 SHOW
Unit departed date / time
(character length 8/6, field type-date/time)
28.22 SHOW
67
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Gust Not
Opt Avail
at
Add
Fee
Comments
Unit at destination date / time
(character length 8/6, field type-date/time)
28.23 SHOW
28.24
Unit clear/in service date / time
(character length 8/6, field type-date/time)
SHOW
28.25
28.26
Unit at station date / time (character length 8/6, X
field type-date/time)
SHOW
Incident number
(character length 8)
STORE
Incident number of Mutual Aid Agency (character X
length 7)
28.27 STORE
Via SafetyPAD's
second incident number
Unit hospital contact date / time
(character length 8/6, field type-date/time)
28 2s SHOW
Hospital Name (character length 20, field type — X
28.29 character) SHOW
Hospital code must be
passed
29
ePCR System MUST not rely on static IP's to X
send CAD data to Mobile ePCR Software.
Dynamically assigned
IP's can be utilized
30
31
Non-MFR units that are entered into CAD but
are not pre -loaded onto
RMS (E.g. American Medical Response, Florida
Power & Light, Miami Police Dept. etc) will
transfer over to the ePCR system as "aid units"
and be viewable within the Patient Report.
When CAD dispatches a Unit to an alarm, CAD
Interface to the Mobile ePCR Software will
automatically transfer the Unit's crew information
(badge or employee IDs) per the current roster
of that Unit as maintained by City's FRMS
(24Seven).
X 16 hour development
estimate
This can be
accomplished with
customization but
instead suggest user
request of this
information on mobile
initially as we believe
this provides more
beneficial functionality
(see other response
section for user's ability
to request crew
information from 24-7
32
With the exception of wireless access issues or X
'old' dispatches, the CAD interface automatically
transfers EACH relevant unit's dispatch
information to the mobile unit's ePCR Software,
without user request.
68
The 'life' of each
message commonly
expires after 30 minutes
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Gust. Not
of Opt Avail
Box at
Add
Fee
Comments
If an updated CAD message changes the
incident type to 611 (cancelled en route), Mobile
ePCR Software can extract relevant data from
CAD to auto -generate an ePCR pertaining to a
611 directly on the backend based on CAD data
and default values. This feature allows the
Agency to pre -populate designated fields in the
ePCR which include;
from CAD (Incident #, Incident Type as
Dispatched, address, Unit #, dispatched
date/time, en route date/time, cancel date/times);
from RMS (Crew members); and predefined
default values for (Property Use, Mutual Aid, and
"Cancelled en route" as the Actions Taken and
final disposition). This feature will eliminate the
need of the Report Writer from manually
generating an ePCR for cancelled en route
alarms.
33
X to be developed in
"stage II"
34
Mobile ePCR software will accept or reconcile all
CAD updates into the report for a period of time
designated by Agency (approx 30 days), while
still maintaining a copy of the originally printed
and closed report.
via functionality of
SafetyPAD reconciler.
The Mobile ePCR Software will provide an X
audible alert on the device if a new CAD incident
35 is dispatched to the particular unit.
36
Being released in Q1-
08
Agency can opt to lock CAD data so that Report X Must be set to this
Writer cannot delete and/or edit the transferred mode in
CAD data. These elements include; incident SafetyPADmobile
number and type, scene address, units
dispatched and unit times — excluding at
patient time.
37
ePCR system integrates with third party CAD X
systems. Give examples of which CAD systems
your software integrates with currently.
69
Tiburon, Tritech,
Motorola, Intergraph,
Northrop Grumman
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Gust. Not Comments
Opt Avail
at
Add
Fee
ePCR System MUST integrate with Miami's
CAD.
38
X This interface will entail
processing the following
elements in Responses
28.x (no additional
business rules beyond
those found in
SafetyPAD's standard
CAD interface engine
will be performed)
unless additional
functionality is required
via a change in
scope/cost
39
Vendor MUST currently have proven experience X
with custom CAD interface development by
providing references to at least 3 Fire -based
EMS services, each utilizing a different vendor's
CAD product.
Chicago (Northrop), DC
Fire (Intergraph),
Hennepin County
(Tritech) - see
references
ePCR Systems' CAD interface is a pull and/or X
push technology. Specify what user actions are
required?
40
1. User sets their unit
from a list which
communicates such
information to
SafetyPAD's message
center. Any dispatch
recognized by the
interpreter is placed into
the message queue for
wireless delivery
"Pushing" to the
relevant mobile device.
A popup message
appears to the user for
a new incident or
update in the incident,
but further time updates
are transparent to the
user
41
Incident Type as Dispatched must be populated X
in the CAD interface. This list can also be
'filtered' (such as EMS, FIRE) and the sort order
can be specified by the Agency.
CLINICAL CONFIGURATION
70
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out Gust Not Comments
of Opt Avail
Box at
Add
Fee
Agency can link additional agency -definable
questions to clinically -relevant data (complaint,
cause, symptom, allergy, preexisting conditions,
findings, impression, and treatment) to assist the
user. e.g., if user selects Chest Pain as a patient
symptom, the program
automatically exposed additional questions such
as "have you taken Viagra in last 24 hrs or how
long ago did it start?" etc.
42
OPEN complies to this
requirement via
SafetyPAD's Active
Guidelines model
(which is driven by to
core clinical elements
specified)
43
Agency can set default values and list contents
for all treatments, including drug dosages and
routes specific to a treatment, with the ability to
edit these via a web -based interface.
defaults can be defines
via the upcoming
Interactive Guidelines
model
in order to provide the Agency with significant X
flexibility, ePCR System must allow clinical entry
lists (complaint, symptom, cause, allergy, meds,
preexisting condition, findings, impression, and
treatment) to be agency definable, along with the
agency able to define 'sub' fields or questions for
each of the individual list items above. For
example, the Agency can include one or more
additional questions for a treatment, with each of
these questions containing an agency -defined
list of answers. This MUST be available for all of
the clinical entry lists noted above.
44
Using Active Guidelines
DATABASE
ePCR system database is in an operational
45 environment utilizing MS SQL 2005 or newer.
Future plans to make the ePCR system
database
operational utilizing MS SQL 2008 when it
becomes available.
45.1
OPEN is testing Server
and SQL 08 currently
and will support these
products when available
AND adequately stable
The total number of databases and tables
utilized by the ePCR System, including
interfaces are made available by vendor. List all
that apply.
46
This information is
provided as part of the
SafetyPAD Data Model
document (after
contract execution)
47
A data dictionary and as built diagram displaying X
table relationships, i.e. primary and secondary
keys will be provided to the client in electronic
and paper copies.
Highly confidential
document and must be
held in strictest
confidence
ePCR REPORT
71
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Cust Not Comments
Opt Avail
at
Add
Fee
48
49
All ePCRs will printout with the agency name
and logo, incident # and type, patient last name
[except where HIPAA applies] and disposition on
every page of the report.
A scanned Field Copy Report or any PDF
document can be attached as a JPEG or PDF,
respectively, to a specific ePCR via the Backend
ePCR Software using a web -based interface.
This data will be retrievable as an attachment
capable of being printed along with the ePCR.
X 12 hours of
customization
This feature
(equivalent) will be
available in Q2-08
MPDS dispatched is a read only field auto
populated from CAD. This is followed by an
MPDS FOUND field which is also auto populated
with same data. To make a correction, Use the
stylet or tab to it, and it automatically opens a
drop down window listing all the MPDS codes
and written translation for easy selection.
50
X This requirement must
be scoped prior to
providing a quotation for
customization
51
A "Mutual Aid" field includes a drop down list X
containing all FDID # and agency name for easy
selection. This field would default to 'none'
through the RMS interface if not containing data.
"Actions taken" field contains a list whose sort X
order can be specified by the Agency. Any
Actions Taken will be considered for the entire
52 crew.
Mass Casualty field, if selected, the user can X
choose from an Agency definable list.
53
Selecting from the Mobile ePCR Software's unit X
list will send an ongoing message to the
backend informing it of its current activity status.
A new incident involving the unit will result in
automatically delivered dispatch details to the
relevant unit. These incident details (incident
number, type, address, and times) will populate
the Mobile ePCR Software.
54
The configurable
'patient priority' data
element will be used by
default to meet this
requirement, unless
otherwise mutually
agreed
55
Corrections to key dispatch details (address) will X
be automatically sent to the Mobile and update
the record.
72
Assuming wireless
connection and within
30 minute 'timeout'
previously noted
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust Not
Opt Avail
at
Add
Fee
Comments
Upon selecting the unit from within the Mobile
ePCR software a wireless request will be made
to the RMS system to obtain a list of crew
member badge or employee numbers assigned
to that unit (Daily Roster). This list will populate
the Mobile ePCR Software's active crew list for
that unit. Manual modifications to the list of crew
members can be made during any stage of the
shift by picking from a list of all personnel of the
Agency. This list of crew is broken down by last
and first name, badge or employee number, and
skill level. The Report Writer must be able to
separately define the 'role' of each respective
crew member for that unit.
56
X This functionality is
scoped as part of the
24-7 interface
Delays (to and from the scene) are easily
recorded by selecting from an Agency defined
list of delays. Delay lists are placed in logical
sections (delay to scene in a scene or incident
screen, delay from scene in a transport or
57 outcome screen).
Searching for a crew member can be performed X
by entering the first few letters of the name
which will update a list of all Agency staff starting
with the entered letters. The crew member can
then be selected and be added to the active
58 crew list.
OPEN has placed
scene (to/from) delays
in its 'scene' screen, for
optimal logical sense.
The patient address field can be populated with X
the scene address using the copy key and can
Ss be easily edited if needed.
Gender Field is multiple choices: Male, Female, X
60 Unknown.
61 Ethnicity or Race Fields are agency definable. X
Contents and sort order
62
When Social Security # is entered, program
automatically places dash in correct place,
allowing user to enter just the numbers.
63
Date of Birth field is entered using the
MM/DD/YYYY template, the program enters the /
in the correct places.
Upon entering the DOB, the program
automatically converts this information to the
patient's actual age and allows for day or month
64 entry for infants.
73
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out
of
Box
Oust. Not Comments
Opt Avail
at
Add
Fee
Insurance Company, Policy #, Group #,
Medicare #, Medicaid # fields are large enough
to hold 25 characters. Major carriers and their
data should be pre -populated in the
database.
65
Insurance company list
is agency -definable
Employer information includes fields such as
Name, Address, phone, etc.
• 66
X Employer section must
be scoped prior to
potential cost
Onset date can include today's date or an
agency defined list of date periods.
67
Today', and 'yesterday'
for example, can be
defined by the agency
an selected by the user
for onset.
68
At patient side time field can be manually
entered, modified via a list with one minute
increments, tapping a 'now' button or populated
via the CAD interface.
69
Chief Complaint lists can all be displayed in X
alphabetic order, filtered further by a body area,
or entering the first few letters will also narrow
the list of matches.
User can select a Chief Complaint and specify X
further details, via a list of additional Agency
defined questions and associated answers
unique to each complaint.
70
For the example,
additional questions
associated with a
specific compliant can
be defined via the
Active Guidelines model
More than one Chief Complaint can be X
71 documented.
As with Chief Complaint, past history (allergies,
meds, pre-existing conditions) lists can be
displayed in its entirety or filtered further by
entering the first few letters to narrow the list of
matches.
72
User can select an allergy or preexisting X
condition and specify further, via a list of
additional Agency defined questions and
associated answers unique to each allergy or
73 _preexisting condition.
Past History elements not found in the Agency X
74 defined list can be manually entered as needed.
As with complaint
requirement #70 above
75
All lists include an "OTHER" selection to X
manually enter data that are not found in the list.
74
other can be added to
the list by an
administrator
MFR ePCR RFP 55025 Response
OPEN incorporated /SafetyPAD
No Requirement
Out
of
Box
Gust.
Opt
at
Add
Fee
Not Comments
Avail
Current Medication field lists all medications in
alphabetical order. This list as with the others
can narrow down the selection by entering the.
first few letters in the medication entry field. For
example, entering the letter T, will navigate to all
medication that starts with the letter T (not
medications that have the letter T in their name).
Additionally, the program has word memory that
will narrow down the selection as more letters
are entered. For example, entering NITRO will
highlight all data in the list beginning with those
letters, (e.g., NITROGLYCERINE).
76
77
Medical Dictionary is an integral part of the
ePCR System
78
A medication list is provided as part of the
Mobile ePCR Software and includes information
similar to a PDR such as definitions, indications
/contraindications, etc and is updated regularly.
User can select the medication by categories or
by Trade /Generic filter to conduct search.
SafetyPAD licenses
Micromedix's PDR
To clarify, an embedded
PDR list and
referencing feature is
available in the mobile
software
For every symptom selected, the user can
identify it as a pertinent negative by selecting a
"denies" tab (or similar method) after selecting
79 the symptom.
80
A Cardiac Rhythm list can be displayed in the X
assessment section as well as relevant
treatments (defibrillation, pacing, cardioversion)
to minimize excessive navigation efforts.
via Active Guidelines
81
The Mobile ePCR Software must allow for
agency definable additional questions (and
associated answers) for "current pregnancy" as
well as "labor/delivery"
via Active Guidelines
82
Suspected Alcohol/Drug Use Field. (YES/NO) X
can be placed in relevant clinical sections (such
as cause, impression)
75
via Active Guidelines
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAo
No Requirement
Out
of
Box
Gust: Not Comments
Opt Avail
at
Add
Fee
Any treatment prior to 911 arrival is documented
in fields that have drop down lists. These fields
can be configured to display treatments normally
associated with prior care, such as (AED, CPR
etc.). These should include Outcome of Care -
(Improved, Unchanged etc.) and Who gave
Care -(EMS, Law enforcement etc.). The ePCR
System must also allow for the Agency to define
additional treatment -specific questions and
associated answer.
83
via Treatment filters
(such as PRIOR CARE)
and Active Guidelines
for these respective
treatments
A vitals entry screen must be available
throughout the program without more than 2
clicks and can be accessed to quickly enter
vitals data at any point during the report.
Selecting this tab or button opens a window with
fields including BP, Pulse rate and regularity,
Respiratory Rate, SpO2 and comments. Upon
completing this information, the Report Writer is
directed back to the previously visited screen.
84
A treatment entry screen must be available
throughout the program without more than 2
clicks and can be accessed to quickly enter
treatment data at any point during the report.
Selecting this tab or button opens a window for
treatment entry and review. Upon completing
this
information, the Report Writer is directed back to
85 the previously visited screen.
86
Time stamped clinical elements (vitals, X
treatments, and certain assessment details)
must be placed in a clinical event section of the
report, thereby ordering time sensitive clinical
events into a single section of the ePCR.
A pick -list on top of page shows list of patients X
(Patient 1, Patient 2, Patient 3, etc.) for the
incident. There must also be a quick and simple
method to add more patients to the same
incident. All information patient -specific data
entered will be associated with the actively
highlighted patient. A pull -down list or similar
must be available to switch 'globally' between
87 multiple patients.
88
When a new patient is added, the program
updates its 'to-do' list immediately and highlights
all applicable mandatory fields.
76
upgrade for this feature
being release Q2-08
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Oust_ Not Comments
of Opt Avail
Box at
Add
Fee
At a minimum, the following must be assessment
groups which can be time stamped;- Pt position-
LOC (AVPU)- Protocol followed- Airway (status) -
Breathing (effort, lung sounds)- Circulation
(strength, regularity, site)- Eyes (size and
reactivity)- Skin (temp, moisture, color)- GCS
(computed score, eye, verb, motor)- APGAR-
RTS- Blood Sugar (value and 'hi' and low'
entry)- Capnometry, Capnography values
89
ALL treatments must be definable by the
Agency, along with ANY additional questions
associated with each specific treatment. For
example, 'Morphine' will expose questions such
as dose and route (that must have values
specific to morphine), but agency defined
questions such as pre -pain and post -pain level,
amount of drug discarded, etc, must be definable
by the Agency. The treatment entry
automatically defaults to the current date/time.
90
The relevant medication dose is automatically
calculated by using the patient weight already
entered and the standard applicable dose for
each particular medication. This will
automatically populate the dose field but can be
easily edited by highlighting the field to display
complete multiple choice list to choose from.
91
Cincinnati Stroke Scale is collected by the X
92 system
The Mobile ePCR Software also has an optional X
signature field that can be used to have the ED
DR or Nurse who verified the tube placement
sign as a witness.
93
This feature will be
available in the
upcoming/future, via
Interactive Guidelines
94
Personal Protective Equipment used (mask,
goggles, gloves, etc.) is documented by the
system.
77
via Active Guidelines
(masked used Y/N,
Goggles Used (Y/N,
Gloves used YIN)
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out Oust
of Opt
Box at
Add
Fee
Not Comments
Avail
Temperature data can be entered in either the
Fahrenheit or Celsius, the program will then
convert the data and display both.
95
X Temperature can be
entered via F or C. The
program can convert
and display both if
customized [12 hours
effort not scoped/priced
in this response]
96
Signs and symptoms associated with body areas X
should utilize a body area and body system
diagram whereby tapping on the body area or
system list will expose agency defined signs or
symptoms associated with that respective area
or system.
97
98
When conducting a physical each of the
following areas can be broken down into
additional agency definable lists of detailed
signs:
- HEENT (Head, etc)
- Neck
- Chest
- Abdomen
- Pelvis
- Back
- Upper Extremities
- Lower Extremities
Each of the areas must be broken down further
(abdomen must allow for the selection of RUQ,
RLQ, LUQ, LLQ), or Upper Extremities into
(shoulder, arm, elbow, hand, wrist, finger, etc).
Each of the areas can also include further
documentation of these areas including;
- upper/lower
- right/left
The treatment entry screen must allow for
agency definable categories which allow for
quick filtering of treatments. For example,
selecting the cardiac arrest filter would display a
list of cardiac arrest related treatments.
If Report Writer selects a compliant of CHEST X All of the items in 99.x
PAIN, the agency can specify additional are accomplished via
questions to expose associated with this Active Guidelines
99 complaint. (99.1 — 99.6)
Pain started while (at rest, walking, strenuous X
99 1 exercise etc.)
99.2 Pain Quality (Dull, Sharp, Stabbing etc.) X
99.3 Pain Radiates to (neck, right arm, left arm, etc.) X
78
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Gott Oust. Not Comments
of Opt Avail
Box at
Add
Fee
99.4 Pain Scale (1-10)
X
Pain Duration (1-5 min., 5-15 min., over 15 min. X
99.5 etc.)
99.6
A remarks field is included to add any pertinent X
notes, example: relieved after patient nitro or no
relief after two patient nitros etc.)
100
If the Report Writer selects an impression of X
CARDIAC ARREST the agency can specify
additional questions to expose associated with
this impression (100.1 —100.11)
All of the items in 100.x
are accomplished via
Active Guidelines
100.1 Cardiac Arrest - prior to EMS / after EMS arrival X
100.2 Bystander CPR/AED? X
Cardiac Arrest Etiology (presumed cardiac, X
drowning, electrocution, trauma, respiratory, not
100.3 known, etc.)
Resuscitation attempted (Attempted
Defibrillation, initiated chest compressions,
100.4 Attempted ventilation, etc.)
Arrest witnessed by (layperson, healthcare X
100.5 provider, not witnessed etc.)
First monitored Rhythm - Utstien template X
100.6 (asystole, Vfib, Vtach etc.)
100.7
Any return of spontaneous circulation (yes prior X
to ED arrival, yes prior to ED arrival and at the
ED, no etc.)
Estimated time of arrest prior to EMS arrival (0-2 X
100.8 min., 2-4 min., 4-6 min., 6-8 min., etc.)
Date/Time Resuscitation initiated/discontinued X
100.9 (time CPR was stopped or Time of death)
100 .
10
Reason CPR discontinued (Medical control
order, protocol/policy requirements complete,
DNRO, etc.)
100 . Rhythm on Arrival at Destination (NSR, PEA, X
11 Vfib etc.)
101
If the Report Writer selects an impression of
TRAUMATIC INJURY the agency can specify
additional questions to expose associated with
this impression (101.1 — 101.8)
All of the items in 101.x
are accomplished via
Active Guidelines
101.1
Cause of injury ( MVA, burn, fall, industrial
accident, etc.)
The Agency can define unlimited causes AND
unlimited questions and associated answers
associated with EACH distinct cause.
79
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust. Not
Opt Avail
at
Add
Fee
Comments
Mechanism of injury (blunt, penetrating,
101.2 superficial, etc.)
101.3 Intent of Injury (assault,self-inflicted etc.) X
Triage criteria (Adult Category 1 - 2 or more long X
101.4 bone fractures, B/P< 90, etc.)
101.5 Fall height (standing, < 8 Ft., > 10 Ft., etc.) X
lots Surface (asphalt, concrete, grass, etc.) X
Work related injury? (yes/no) If so, what type of X
industry? (Construction, manufacturing,
101.7 agricultural, etc.)
These questions will
each be displayed
Area of injury is selected using a diagram of the X
anatomical body.
101.8
This information will be
documented in the
findings section under
secondary/head-to-toe
assessment
If the Report Writer selects a cause of MVA, the X
agency can specify additional questions to
expose associated with this impression (102.1 —
102 102.11)
Additional MVA questions must include: seat belt X
102.1 use, impact type, patient compartment intrusion.
All of the items in 102.x
are accomplished via
Active Guidelines
Type of vehicle (auto, bus, truck, motorcycle,
102.2 etc.)
Area of impact (front center, rear center, right X
102.3 side, left side, etc.)
Vehicle involved with (auto, bus, truck, X
102.4 motorcycle, etc.)
102.5 Patient ejected (no, partial, yes fully, etc.)
X
Safety equipment used (lap belt, shoulder strap, X
102.6 helmet, etc.)
Extrication tools (Jaws of Life, Pneumatic Cutter, X
102.7 hand tools, etc.)
Trauma indicator on vehicle (dash deformed, X
102.8 roll-over, DOA same vehicle, etc.)
102.9 Seat row location of patient (1, 2, 3 etc.)
Position of patient in seat (driver, pass, middle,
left, right, etc.)
102.
10
102.
11
Airbag deployed (no, dash, side, etc.)
80
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out
of
Box
Cast Not
Opt Avail
at
Add
Fee
Comments
A disposition -driven and agency -configurable 'to-
do' list is available in the Mobile ePCR Software
allowing the Report Writer to select the item
which subsequently navigates to the field or
provide a mechanism to directly enter the data
element. The agency definable disposition list
also will drive the to-do list through a 'matrix' of
data elements usable in the to-do list.
103
Note: use is directed to
the screen or screen
category
Final disposition must be configurable by the X
Agency and must allow for dispositions including
but not limited to: treated and transported by
EMS, treated but refused transport, transported
but refused treatment, refused treatment and
transport, will find own transportation to ER,
DOA, DNRO, etc.
104
105
Mobile ePCR software must provide a
configurable field (with pick list items) to allow for
the documentation of "Condition at destination"
or "Patient status at ED" (improved, unchanged,
worse, etc.)
Using either via patient
status field or suggest
in impression using
Active Guidelines
106
The ePCR System must provide a ePCR faxing X
feature from the field as well as a web -based
mechanism to define a fax number for each
receiving facility, eliminating the need of the
Report Writer to manually enter a hospital's fax
number.
81
Clarification: picking
from a destination will
automatically default
the fax (which can be
defined in the filter
section via WebViewer).
The user can also
manually enter a fax in
the mobile
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust. Not Comments
Opt Avail
at
Add
Fee
Once the hospital is chosen, the Report Writer
can opt to wirelessly deliver or activate exposure
to a summarized ePCR to the receiving facility,
accessible over a secure web -based application.
This summary will provide key data about the
patient including gender, age, chief complaint,
past medical history, present condition/vitals,
treatments rendered and any documented
results of the treatment.
107
Once the ePCR data is
received on the
backend, the full ePCR
has the potential to be
exposed via PCR
Viewer, as web -based
viewer. The hospital
will need to be
configured with a
DESTINATION role and
provided with a
username and
password. Security
measures between
hospitals and Miami's
server are the
responsibility of Miami
but assistance can be
provided by OPEN (but
has not been scoped in
this response)
108
The ePCR System will include a field "Reason X
for Hosp Chosen" - closest facility, patient
choice, family choice, protocol, etc.
109
The ePCR System must allow the Report Writer X
to capture patient transport destination. The
system must provide documentation of the
destination via a list of hospitals as well as
alternate transport providers (AMR, MPD, etc).
These lists must be configurable by the Agency
Destination type filters
can be defined to 'filter'
destinations (ED,
private providers,
trauma centers, etc)
110
111
ePCR System must document "Level of Care" X
(ALS / BLS) via a pick list
ePCR System must document status to and from X
scene (e.g., lights & siren, upgraded from routine
to lights and sirens, downgraded from lights and
sirens to routine, etc.)
Via either billing service
level or Active
Guidelines (Impression
suggested)
ePCR System must document Patient X via Conveyance field
Movement to Rescue (stretcher, walked, carried,
112 etc.)
ePCR System must document Patient X via Conveyance field
Placement in Rescue (stretcher, bench seat,
113 child seat, etc.)
ePCR System must document Patient
Movement to Hosp (stretcher, walked, carried,
114 etc.)
82
via Conveyance field
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement Out Oust. Not Comments
of Opt Avail
Box at
Add
Fee
115
The Mobile ePCR Software must manage
patient refusals by allowing the Report Writer to
'check' canned refusal acknowledgements and
statements. These statements will appear in the
ePCR on the same screen requiring the patient's
signature.
via signature factors
116
117
Report date is automatically populated by default X
to actual date Report Writer is logged on.
Mobile ePCR software provides a narrative X
section that will include English and Medical
spell -checking as well as allow for the capture of
a minimum of 3,000 characters.
using date unit
dispatched or created
date
The Report Writer for the active ePCR can be X The report writer is also
selected through an agency definable list of crew defined via from the
118 'roles', including 'Officer in Charge'. crew 'role'
A 'report summary screen is available in the X
Mobile ePCR Software providing a summarized
ePCR, normally used when contacting a hospital
or medical control. The contents of this summary
screen include the patient age and gender,
receiving facility, as well as a summary of
present history, past history, findings,
impression, treatments, and vitals. Time
stamped items (such as treatments and vitals)
will be displayed and sorted by the time of the
119 event.
The ePCR can be easily reviewed in the Mobile X
ePCR Software by the report Writer prior to
closing or printing a ePCR. The Mobile
ePCR Software review feature is a print preview
of the actual printout and allows for scrolling the
report in its entirety. It is strongly preferred that
the report is in an industry standard, such as
PDF.
120
The ePCR System provides a web -based X
interface for report writer or an authorized user
to create one or more addendums with additional
data without modifying the originally 'closed'
121 reports.
Each ePCR can be displayed and printed in a X
122 'show' or hide' addendum mode.
Each addendum within a report is time/date X
stamped and includes other pertinent details
such as type of addendum, action, and who
123 created the addendum.
83
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out
of
Box
Oust. Not
opt Avail
at
Add
Fee
Comments
Trauma Center criteria is automatically
generated from data entered in previous pages
in reference to the Respiratory rate, Blood
Pressure, Pulse rate, Intubation, Long bone
fracture, etc.
124
X The program can be
customized to specify
the TCC based on
parameters. However,
a scope document will
need to be defined and
therefore the price for
this has not been
provided in this
response [32-40 hours
estimated]
Product uses data entered in the vitals section
for Respiratory Rate (10-29, >29, 6-9, 1-5,
none), Systolic B/P (>89, 76-89, 50-75, 1-49,
none), and GCS (13-15, 9-12, 6-8, 4-5, 3) to
automatically generate a revised trauma score.
125
Employee badge # needs to be 5 characters. X
126
Vehicle ID # needs to be 4 characters.
127
X The program can be
customized to perform
this functionality but this
process is somewhat
complex due to the
logic establishing
WHICH vitals to utilized,
etc. However, a scope
document will need to
be defined and
therefore the price for
this has not been
provided in this
response [28-32 hours
estimated]
Via EmployeelD (each
ID created in
administrative system
and not entered on the
mobile)
Via VEHICLESID (each
ID created in
administrative system
and picked from a list
on the mobile)
128
Agency can choose which non mandatory data X
elements and fields to include/exclude in the
application as a requirement to complete a
report.
NOTE: agency can
select from a finite "to-
do list" matrix, based on
the disposition
129
Agency can opt to turn on or off the auto
narratives which will determine if a Report Writer
can or cannot use the auto narrative feature.
84
We believe that an
equivalent is utilizing or
not utilizing Active
Guidelines (which
generates 'narrative').
However, this must be
clarified!
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Cust Not Comments
Opt Avail
at
Add
Fee
130
A narrative is required and as such is a
mandatory field for every completed Report.
When printed, the narrative includes the
company ID # and the Report Writer badge # on
a banner on the screen/page.
We need this clarified
prior to scoping and
providing a potential
cost
131
Product includes a Broslow tape that can be
customized by the Agency for specific protocols
and zoomed in for easy reading.
X 24 hour customization
estimated
132
Product differentiates between types of alarms X
(ALS, BLS, pediatric, trauma, etc.) and includes
a relevant checklist to document the specific
data needed to properly complete that particular
type patient
report.
Based on disposition
and to-do matrix
currently, and
Interactive Guideline
features when this is
release
Addendum reports will be entered under same X
incident # and viewable under the same Incident
133 #'
We are assuming that
this pertains to a
specific ePCR
Mobile ePCR software includes a screen that X
lists the average pediatric weights and vital signs
according to age.
134
This can be
accomplished through
customer -defined
reference screens (URL
or web favorites)
Addendum reports will be separated per unit and X
the program will allow unlimited addendums to
135 be added per incident.
We are assuming that
this pertains to a
specific ePCR
FRMS INTERFACE
136
Miami uses 24/SEVEN as its Fire Report
Management System (FRMS) to document Fire
Incident reports. The ePCR software must be
capable to interface and transfer data to and
from the 24/SEVEN product in order to
generate/complete required reports. Following
are four examples (136.1 — 136.4) of the data
exchange required between the ePCR Software
and 24/SEVEN. These business rules must be
provided as part of the final release of the ePCR
system.
85
Features defined in
items 136.(1-4) -138
will be included as part
of the FINAL release of
the mobile system.
Each of these features
must be custom
developed and tested
with both Miami and
Tiburon. Any costs
charged by Tiburon are
not scoped/priced as
part of this response.
OPEN's fees associated
with the development,
testing and
implementation of these
features is provided in
the cost section of this
response
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out Cost. Not Comments
of Opt Avail
Box at
Add
Fee
136.1
Example 1;Units dispatched to a fire incident that
turns out toalso have a patient will require the
ePCR software to allow the applicable unit to
manually initiate a report on the ePCR software.
Via a FRMS interface, the ePCR System will
then deliver the following manually entered data
elements to the 24/7 system through a web
service to complete a `Company Report: -
Agency ID- Incident Number- Unit ID- Crew
badge # or employee #s (including which
employee is Officer in Charge)The ePCR
System will provide a means by which to verify
manually entered information with CAD before
delivering this data to 24/SEVEN. Data for this
unit and incident already residing in the 24/7
software will not be overwritten, with the
exception of crew if differences exist.
86
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Cust. Nat Comments
of Opt Avail
Box at
Acid
Fee
Example 2;
Units dispatched to a fire incident that turns out
to be strictly an EMS incident will require the
ePCR software to receive the Actual Incident
Type of EMS from CAD which will trigger a
report due from
each unit that arrives on the scene. Units that do
not arrive on the scene will not have a report
created. Arriving units will complete a "Company
Report" and the ePCR software will send the
report Agency ID, Unit ID, incident #, author, and
personnel via a web service to 24/SEVEN to
close that unit's corresponding "Company
Report" on both the ePCR software and
24/SEVEN. The main unit (transporting unit or
unit taking responsibility for the patient) will
complete a full ePCR report. The ePCR System
will interface with 24/SEVEN to transfer the
following NFIRS data needed via a web service:
- Actions Taken
- Actual Incident Type
- Mutual Aid
- Property Use
- Incident Number
- Personnel (including Officer in Charge)
- Agency ID
- UnitlD
These elements sent to 24/SEVEN will close the
24/SEVEN NFIRS report.
The ePCR System will
provide a means by which to verify manually
entered information with CAD before delivering
this data to 24/SEVEN. Data for this unit and
incident already residing in the 24/7 software will
not be overwritten, with the exception of crew if
136.2 differences exist.
87
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Oust, Not Comments
of Opt Avail
Box at
Ada
Fee
136.3
Example 3;Units that are dispatched to an EMS
incident that turns out to be strictly a Fire
Incident will require the ePCR software to
receive the Incident Type as Dispatched from
CAD which will trigger a report due from each
unit that arrives on the scene. Units that do not
arrive will not have a report created.Arriving units
will complete a minimal EMS report (driven by a
disposition of `fire -only event' or similar) and the
ePCR software will send the report Agency ID,
Unit ID, Incident #, Author, and personnel via a
web service to 24/SEVEN to close that unit's
corresponding "Company Report" on both the
ePCR software and 24/SEVEN. The main unit
(unit taking responsibility for the incident) will
additionally complete the incident report on
24/SEVEN (notdirectly relevant to ePCR
System).
88
MFR ePCR RFP 55025 Response
OPEN incorporated /SafetyPAD
Requirement
Out Gust. Not
of Opt Avail
Box at
Add
Fee
Comments
Example 4;
Units dispatched to EMS incidents that remain
strictly an EMS incident will require the ePCR
software to receive the Incident Type as
Dispatched from CAD which will trigger a report
due from each unit that arrives on the scene.
Units that do not arrive will not have a report
created. Arriving units will complete a "Company
Report" (driven by disposition) and the ePCR
software will send the report Agency ID, Unit ID,
incident #, author, and personnel via a web
service to 24/SEVEN to close that units
corresponding "Company Report" on both the
ePCR software and 24/SEVEN.
The main unit (transporting unit or unit taking
responsibility for the patient) will complete a full
ePCR report. The ePCR System will interface
with 24/SEVEN to transfer the following NFIRS
data needed via a web service:
- Actions Taken
- Actual Incident Type
- Mutual Aid
- Property Use
- Incident Number
- Personnel (including Officer in Charge)
- Agency ID
-UnitlD
These elements sent to 24/SEVEN will close the
24/SEVEN NFIRS report.
The ePCR System will provide a means by
which to verify manually entered information with
CAD before delivering this data to 24/SEVEN.
Data for this unit and incident already residing in
the 24/7 software will not be overwritten, with the
136.4 exception of crew if differences exist.
89
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Cust. Not
of Opt Avail
Box at
Acid
Fee
Comments
The ePCR system will utilize a web service
provided by Tiburon to obtain (and submit) the
active crew members assigned to a particular
unit. This web service will require authentication
and pass the following arguments:- Agency ID -
Unit ID- Date/Time of the request (if requesting a
unit's active staffing)- Incident Number (if
requesting a unit's crew for a specific
incident).The elements below will not be passed
if staff information is requested, only if staff
information is submitted:- Employee ID and/or
badge number- Last Name- First Name- Role
designator — including Office in Charge).
137
The ePCR system will utilize a web service
provided by Tiburon to obtain certain data
elements from the 24/7 FRMS system as well as
submit/enter certain data elements collected by
the ePCR System into the 24/7 system. This
web service will require authentication and pass
the following arguments to request (or populate)
data elements in the 24/7 system that are
specific to both a unit and incident:
- Agency ID (required)
- Unit ID (required)
- Incident Number (required)
- Actions Taken
- Actual Incident Type
- Mutual Aid
- Property Use.
It is envisioned that the
first request will be read-only in nature (provide
null values for the latter elements). The second
request would subsequently populate any
applicable elements collected in the ePCR
System and not found in the original FRMS
record.
138
Able to upload an individual PCR to the central X
139 server without the need for a 'batch" upload.
MOBILE DATA ENTRY
90
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Gust Not Comments
of Opt Avail
Box at
Add
Fee
Mobile ePCR Software data entry requires a
digitized pen platform for better accuracy,
increased hardware durability and optimal
140 handwriting recognition.
Mobile ePCR Software is user friendly to allow X
the entry or retrieval of any data with minimal
pen taps or keystrokes. Most if not all data can
be managed throughout every screen of the
program with a maximum of two tap/selections.
141
The need to use a keyboard (physical or X
electronic) to enter data into the Mobile ePCR
Software report is kept to a minimum to increase
142 the speed and efficiency of use.
All data is automatically saved to the data base X saved to the server via
server and via solid state media at timed iDelivery
intervals (selected by Agency) and also to the
tablet's local hard drive upon last entry to
minimize any data loss if server or tablet
143 hardware fails to function.
Mobile ePCR software utilizes a tightly X
integrated handwriting recognition tool. For
speed it MUST allow for quick access, entry and
correction of handwritten information of fields
that would otherwise require the use of the
keyboard. It should "recognize" field data types
and automatically adjust for these types to
heighten recognition accuracy, E.g. time fields
MUST only accept HH:MM data and must not
accept a time of 25:00.
144
Mobile ePCR software has the ability to store an X Available via the main
audio file, recorded via a microphone on the menu tool panel
mobile device, and attach it to a particular report.
On scene audio data can be easily recorded by
the user with an easy access tab available on all
screens. This can be used to record a verbal
refusal from the patient or to document an
unusually violent or threatening scene.
145
Mobile ePCR software screen data is large X
enough and spaced to ensure easy legibility and
146 rapid entry.
Mobile ePCR software can capture electronic X
147 signatures for patient reports.
91
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out Oust. Not
of opt Avail
Box at
Add
Fee
Comments
Mobile ePCR software screen data input fields
are logically sized and grouped so that horizontal
scrolling is eliminated and vertical scrolling is
148 minimized.
Mobile ePCR software is created using
templates with drop -down menus and auto fill
capabilities to reduce the need for free -text
comments field, but free -text fields are available
149 as an option.
Note: in applicable
fields
Medical and English dictionaries are included in X Via narrative entry field
the Mobile ePCR software to automatically spell
check any free -form narrative data that is
150 manually entered.
151
152
Mobile ePCR software is categorized into
several commonly used screens including,
incident, patient, history (present and past),
findings (physical, impression), treatments, fire
basic, and result.
Mobile ePCR software MUST possess NFIRS X
basic module entry screens to collect such
NFIRS basic module elements as 'action taken'
and 'property use'. These screens cannot be •
part of a separate program.
required elements only
153
All drop down windows used throughout the
Mobile ePCR Software are wide and large
enough to display multiple lines of data that is
easily viewed with minimal scrolling.
Mobile ePCR Software must allow the Report X in general, yes
Writer to 'move' between screens without
requiring completion of entry at that immediate
point in time. This is critical when utilizing the
system real-time.
154
Mobile ePCR software has 'one touch' time X via NOW button, or
entry, filling a data field (operational times, vitals, similar
treatments) with the current system time without
additional user action.
155
156
Mobile ePCR software has a scratch pad 'notes' X
feature allowing for rapid entry of 'post -it style
notes to access later when completing finishing
the report.
92
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Oust. Not
of Opt Avail
Box at
Add
Fee
Comments
157
The Mobile ePCR Software utilizes a
Handwriting recognition tool that is activated by
no more than a single click, is enlarged, and
displays near or next to the relevant field, not in
a uniform location, in order to speed data entry
instead of restricting its use to a small box.
158
The Mobile ePCR software is programmed for X in general, this
single point of data entry (example: If you enter functionality exists
the age for a patient in one screen, you should
not have to enter it again on another screen.).
159
All mandatory fields are highlighted in some X in general, this
fashion to alert the end -user (color coding, bold, functionality exists
etc) until respective data is entered.
Crew login details (shift, unit, agency and crew) X
will be retained in the Mobile ePCR Software for
160 each subsequent incident.
161
Mobile ePCR Software provides the ability to X
display ALS-level or BLS -level treatments based
on the documented service level of unit entering
the report, thus exposing only the pertinent data
elements needed for that particular unit.
for treatments
162
The authorized user/crew member name or
badge number must be collected and displayed
as part of the resulting ePCR crew signature
163
If a patient refuses assessment, treatment or X
transport, the report writer can specify this
refusal in the software, which can be configured
by the Agency to require the patient's signature
to complete the ePCR. The refusal screen
defaults to the patient's name as the signer but
can be edited by the user if a family member is
signing for the patient.. If the patient refuses to
sign or is unable to, an unable to sign field or
button can be selected. This would result in an
"unable to sign" reason to be captured (DOA,
Cardiac Arrest, Trauma to hand, etc.). Selecting
this field will by-pass the required signature.
93
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
167
No Requirement
Out
of
Box
Oust. Not Comments
Opt Avail
at
Add
Fee
Agency can customize a treatment tree to be
automatically opened for specific common Chief
Complaint entries. It includes additional list of
possible questions to ask and areas to consider
for adequate evaluation of Patient's complaints
to assist with narrowing the provider impression
selection. Example: a Chief Complaint of Chest
Pain would automatically open up a Cardiac
Page which includes all required information to
ask, observe, and treat in order to satisfy the
chest pain protocol along with NEMSIS data
requirements. This will direct the Report Writer to
follow the correct procedure and capture the
pertinent data. Each Chief Complaint is linked to
their respective treatment tree as pre -selected
by the Agency.
164
Accomplished in similar
fashion via
upcoming/future
Interactive Guidelines
ePCR System allows for patient transport with X
no charge (for city employees or dignitaries) by
using a customizable billing pick list specifying
165 this exception.
Lists supporting both keyboard entry and X
handwritten entry can narrow down or highlight
list contents based on data already manually
entered (e.g., in the Medications field, hitting C
will bring up all medications starting with C)
166
Most of the ePCR is easily completed by using X
only the tablet computer's pen to select all data
without the need to use a keyboard during
mobile use at patient side.
via Service Level type
or similar
functionality general
exists
168
All treatment administered offer a 'set to defaults' X
feature whereby all sub -questions associated
with each treatment can be entered with an
Agency -defined default.
via upcoming/future
Interactive Guidelines
Mandatory data fields are displayed on screens X
under main icons and not hidden under sub -
icons that can be accidentally overlooked
causing pertinent data to be inadvertently
omitted or difficult to find. ALL DATA ENTRY
USES NO MORE THAN 2 LAYERS OF
169 SCREENS.
Accomplished via
similar mechanism. "2
layers" assumes in that
section's core entry
screen
170
In the patient's address screen, the Country field
must default to USA. An Agency -definable list of
countries must also be available.
94
X customization (4 hours)
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
177
Requirement
Out Custt,
of Opt
Box at
Add
Fee
Not Comments
Avail
The Mobile ePCR Software MUST offer a user -
transparent and instant saving feature. This
eliminates a 'save' button and also allows a
Report Writer to return to continuation of entry of
the ePCR in the event a hardware error occurs
on the mobile device.
171
The Report Writer can switch to another incident X
report without clicking a 'save' button (e.g.,
172 saving is transparent to the user).
The Report Writer can switch between two or
more patients managed for the same incident
173 with minimal effort (no more than 2 clicks).
174
Mobile ePCR Software allows for a minimum of X
six (6) crew members to be entered for each
Fire/EMS unit report. These crew members will
be retained in the ePCR system for any
subsequent incidents.
175
Mobile ePCR Software has an optional signature
field to capture the name and signature of who
accepted the report or the patient at the ED.
via 1 of 4 signatures
available in signature
screen
ePCR software allows for the capture of up to 4 X
types of signatures, including the patient,
primary and/or secondary care provider, witness,
receiver, or 'other'. Each signature must also
allow for the capture of the signer's name and
176 type of signer.
Any field requiring a number entry should offer a X
numeric -only handwriting recognition tool or
large number keypad pop up for entry.
if numeric only field
178
Have a field to allow for adding non -crew ride -a- X
longs/Paramedic students as well as display that
entry as part of treatment providers.
entry in crew list as
manually entered crew
member
ePCR System provides some mechanism to X
document "high alert" data, such as DNRO, HIV,
179 HEP C, SARS, Organ Donor, Tuberculosis etc.
via Active Guideline
question under
Impression
Product has an anatomical figure to easily X
180 document traumatic injuries.
documentation still
occurs via pick lists
Choice of inputting patient weight in either metric X
(kilogram) or Imperial (pounds) which is then
181 automatically converted to the other format.
182
Mobile ePCR Software provides the ability to X
select and add pertinent negatives where
necessary.
95
HxPresent and HxPast
use 'DENIES', Findings
uses NO TRAUMA for
body area and NO
SIGN OF under actual
sign
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Cust Not
Opt Avail
at
Add
Fee
Comments
Mobile ePCR Software provides an easy method
to edit and record mid -shift crew member and/or
183 vehicle changes.
184
185
Mobile ePCR Software allows the Report Writer X
to navigate directly to a particular page within the
software using a combination of buttons, lists, or
tabs. The software MUST not require a specific
order of data entry but instead be optimized for
real-time entry.
More than one patient can be documented for X
the same incident by the same unit by the
selection of an "add patient" button or tab, which
will automatically copy incident -specific
information into the new patient's ePCR without
redundant entry.
incident -specific
information per
SafetyPAD's current
process
Most information is plainly displayed with a X
minimal need to open and search through many
categories, sub -categories. The use of drop
down lists under main headings is preferred. The
focus is
to make the data available with minimal effort
and maximum efficiency.
186
187
On specific fields, the ePCR Mobile Software X
allows for positive and negative documentation
of a clinical element. For example, a symptom
can be documented or the patient can deny the
symptom exists (pertinent negative).
See Response # 182
188
On the "Patient Medication", screen, selecting a
medication and clicking a reference button will
expose an online PDR with expanded
information for that medication.
via Micromedix content
189
A copy feature must exist in the Mobile ePCR X
Software allowing applicable data already
entered to be reused without reentry. For
example, a scene address entered in one screen
can be copied to the patient's address on a
different screen by applying this copy feature.
A copy feature used by
SafetyPAD exists for
applicable areas
including address
190
Data entered in most fields is automatically
accepted and saved upon the entry of data
without the need to press an additional enter or
save key for time efficiency.
96
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Na Requirement
Out
of
Box
Gust. Not
Opt Avail
at
Add
Fee
Comments
If a data search field is used in the Mobile ePCR
Software to find information and then the
information needs transferring to another field,
then the search field is simultaneously cleared
with the transferring of the data. This will leave
the search field ready to query the next data with
just one pen tap instead of having to clear the
previously queried data before entering new
191 request.
The Mobile ePCR Software must allow the
Report Writer to manually initiate an ePCR as
well as merge subsequently delivered dispatch
information into the originally initiated ePCR
192
All the date/times (Dispatched, En Route, Unit X
Arrival, Patient Side Arrival, Transport, Arrival at
ED, Unit back in Service, Unit back in Quarters,
etc.) pertaining to an incident are automatically
transferred over from CAD. If not sent via CAD
these times can be manually entered through
handwriting, a keyboard, or can be manually
entered by using a "now" button.
193
We believe the mobile
software accomplishes
this based on our
understanding of the
requirement
Manual entry always
can be performed and
updated by dispatch
information in the field
within the functionality
of SafetyPAD message
switch (i.e., timeout of
messages)
194
A Mandatory field can be linked / tied to a
second mandatory sub field. E.g. if the
procedure of EKG is chosen, program then
mandates that an entry be made in the rhythm
field or if the procedure of Pacer is chosen, then
program mandates an entry in the rate field.
97
via upcoming/future
Interactive Guidelines
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust_ Not Comments
Opt Avail
at
Add
Fee
Data entered into the "Provider Impression" field,
prompts the Report Writer to enter further data in
specific correlating fields that are pre -selected by
the Agency. This can be accomplished by
several means: a) highlighting the fields
throughout the program b) listing the fields in a
separate list c) Linking the specific fields
required as sub mandatory fields. These will be
in addition to all those fields already highlighted
as mandatory ones to comply with
NEMSIS/EMSTARS elements. This will eliminate
the possibility of omitting pertinent patient
evaluation and treatment for a specific patient
illness or injury. For Example, if Chest Pain is
entered as the Provider Impression, the program
automatically highlights all pre -selected fields in
the Treatment Page to include 02, 12 lead, Nitro,
Aspirin.
195
via upcoming/future
Interactive Guidelines
Using the Chief Complaint as the basis for the X
required treatment, the program compares the
treatment entered against the required
treatments in that particular protocol and alerts
the Report Writer if there are any inconsistencies
or omissions. If Report Writer does not correct
the data entered, the program automatically
sends an alert to QA for review of this report.
196
All treatment administered automatically defaults X
to "PROTOCOL" as the authority or reason for
the treatment. This saves repetitive entry for
treatments, especially in a cardiac arrest where
the treatment list can be very long. On those rare
occasions when the Radio MD gives an order
that supersedes the protocol, the program allows
for the user to edit the authority from a drop
down list to select from (Medical Director, Radio
MD, Patient's MD, On Scene MD, etc.).
197
via upcoming/future
Interactive Guidelines
and EnterpriseReporter
(however, this
requirement MUST be
clarified)
via upcoming/future
Interactive Guidelines...
however, we might also
suggest not making this
field mandatory
Report Writer can manually save an incomplete X
198 report at any point during the data entry.
199
Anytime the software enters the sleep mode X
whether its due to programmed time limits or
manually selected by
the user, it will re -boot to the screen/field that
was actively being used last.
98
This is an OS -specific
feature and may require
password entry prior to
access
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Cust Not Comments
Opt Avail
at
Add
Fee
Program is configured to be efficient and
eliminate any duplication of effort to complete
reports. E.g. when a Report Writer closes out a
report, the program automatically uses the
badge # of the Report Writer who is logged on to
the PC, instead of having to enter his badge #
after each report. This is also more secure than
being able to enter a separate badge # or
password at the end of each report.
200
This is accomplished by
defaulting to the officer
in charge specified by
the ROLE in the crew
setup screen. Alternate
functionality would
requiring
scoping/pricing
Has a field to document any valuables or
201 personal items taken to and left at the hospital.
Mass Casualty field, if selected, the user can
choose between Suspected Terrorist Act and
Non Terrorist Act. The selection of either one of
these prompts the user to contact proper
supervisors/support selected by Agency and
automatically highlights fields throughout the
application requiring additional data entry.
X use PATIENT freeform
narrative category
X This requirement must
be clarified as it may or
may not require
customization
202
All Confirmation, Response, Complication must X
be multiple choice fields per NEMSIS.
203
via upcoming/future
Interactive Guidelines...
however, need
clarification on this
requirement.
HIPAA brochure/information given to the patient X
204 must be documented in appropriate field.
Report Author/Officer in Charge automatically X
defaults to the Report Writer logged on but can
be easily edited by using the stylet to highlight
field and type either the badge number or name
of the Report Author. Program will search for
information from database to complete missing
badge # and/or name.
205
in upgrade on mobile
scheduled for Q2-08
accomplished by similar
mechanism in crew
setup screen
MOBILE INTERFACE
Mobile ePCR software has the potential
capability to interface with optional card swipe
hardware to read magnetic strip and
automatically transfer the data into the
206 appropriate fields in the report.
207
Mobile ePCR software has the ability to view and X
attach one or more digital images to the ePCR
from an attached camera without requiring the
user to utilize a third party software.
99
capable but not
scoped/priced
camera MUST be JPEG
compatible and MUST
be recognized as
another drive when
plugged into the tablet
via USB
MFR ePCR RFP 55025 Response
OPEN incorporated /SafetyPAD
No Requirement
Out
of
Box
Cust Not Comments
Opt Avail
at
Add
Fee
Mobile ePCR software must have a seamless
interface to Agency's current LifePak 12 product
(also specify interfaces to other medical
devices).
208
SafetyPAD's current
interfaces to LifePak,
Zoll, and Philips
interfaces utilized the
SDK of those respective
device manufacturers
ePCR system integrates and interfaces with
other remote devices and technical products
wirelessly. E.g. bar code reader, driver license
scanner, camera, GPS, voice recognition, etc.
209
interfaces exist or can
be developed to these
products but has not
been scoped/priced in
this response (with
exception of Response
#207)
The ePCR System (Mobile and Backend) MUST X
provide a direct interface with Medtronic's
LifePak 12 monitors. This MUST be an interface
live in the field today. With the exception of
necessary Medtronic software, the Backend
ePCR Software's review of ECG data MUST be
web -based to minimize workstation
210 configuration.
Completed report can be sent by fax to a
designated list of facilities provided by the
Agency. This is accomplished by simply
selecting the fax button which will then default to
the facility chosen for transporting the patient.
User can also select "other" which will open a
drop down window displaying all the facilities to
choose from. This feature is used to fax a report
to a receiving hospital as a redundant system
when the printer is not available to provide a
211 hard copy of the report.
212
Mobile ePCR Software provides a means to X
.wirelessly (Bluetooth or other functional wireless
mechanism) transfer reports between portable
devices in the field. E.g. to transfer a report that
has been started by an Engine Company to a
Rescue, the Engine Officer would select the
Rescue number from a pre -designated list and
then select the send button. This will transfer all
the patient -specific and applicable report
information gathered by the Engine to the
Rescue, thereby eliminating redundant entry.
The Engine still MUST complete its unit report
independent of the Rescue's ePCR.
100
Note: Interface live at
many SafetyPAD sites
via SafetyPAD transfer
of care and WAN
connection
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Cust.
of Opt
Box at
Add
Fee
Not Comments
Avail
213
The Mobile ePCR System has an Agency -
configurable language translator tightly
integrated exposing a list of questions or
statements defined by the Agency in Agency -
definable languages (Spanish, Creole, etc.).
Miami responsible for
creation of questions
and language
recordings
MOBILE MANAGEMENT
ePCR System is able to identify each Mobile
Device by a unique identification number
assigned to it which is used to send data to a
214 sEecific unit.
Due to the need for reliable wireless
connectivity, the Mobile ePCR software MUST
manage and/or display wireless connectivity to
the backend system to ensure the field user is
aware of connectivity status.
215
Any device that is interfaced or connected with X
the tablet/PC will have its date/time
synchronized with this software in order to avoid
conflicting times in the completed document.
216
dynamically defined
1. Yes, if the device has
this capability (such as
the LifePak) and 2. if
OPEN has not worked
with a device that
manages this, custom
development and fees
may be involved
217
Agency must have significant flexibility with the X
ability to change the title of fields and tabs on
Mobile ePCR Software screens to be consistent
with the Agency's terminology.
101
The vast majority of
entry field labeling can
be defined by the
customer (such as in
Active Guidelines)
offering significant
flexibility. However,
certain fields do not
current have this
capability and if
required, a
customization fee may
be necessary
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out oust. Not Comments
of Opt Avail
Box at
Add
Fee
218
The Agency is capable of temporarily adding or
activating a new field or icon/flagging tool to the
software program to identify specific incidents,
example: Hurricane event, acts of God, mass
casualty, etc. as determined by the Agency. The
Agency will have the ability to configure the start
and stop dates and times to have this particular
field or icon in use. This temporary field or icon
will be used by the Report Writer when an
incident is related to this specific event. Agency
can then query and tie all alarms that were
related to this event by the Report Writers'
selection of this field or icon. This will assist in
the collection of data for future study of these
specific incidents.
This will be
accomplished via an
Active Guidelines
question in the
Impression section (or
as mutually agreed)
The Mobile ePCR Software will automatically X
scan the report for required elements and
display a 'to-do' list exposing omitted mandatory
fields needing attention. These elements will be
highlighted in the software and each can be
navigated to by clicking on the applicable to-do
219 list item.
As noted previously per
to-do matrix
220
The amount of patients per incident and the
amount of incidents that can be managed by a
single mobile device is unlimited. (Specify any
limitations that do apply).
limited to HD space, etc
221
ePCR System provides redundancies to store X
data on the mobile device. Provide the methods
used by the ePCR system to meet this
requirement WITHOUT a reliance on wireless
connectivity (if device's HD is damaged).
writes intermittently to
solid state media
222
Mobile ePCR Software has a warning alert
before exiting the application to avoid accidental
closing during use.
223
Once a PCR has been synchronized to the
server, the PCR will be available to the medic
from any device running the application. E.g.
platform independent.
will be available to
upcoming/future
SafetyPADweb
PERFORMANCE
102
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust. Not
Opt avail
at
Add
Fee
Comments
System's `up time' is at least 99.5%, 24 hours a
day, 7 days a week.
224
Overall enterprise -wide
system will typically
meet this requirement
(excluding scheduled
down time,
maintenance, and
upgrades). Factors not
in direct control of
OPEN also are not
included in this
calculation. Also, this
99.5% is based on the
full system on average
and does not use a
single mobile device
(for example) in the
calculation but is based
on the entire system.
Mobile ePCR Software takes minimal time
(typically < 2 seconds) to perform actions
including login, open report, move from screen to
screen, enter data and save data.
225
Mobile ePCR Software is NEMSIS Silver
226 Compliant.
Mobile ePCR Software requires Tess than 5
seconds to setup for either printing or ePCR
wireless transfer.
227
Data must be available real/near real time to X
various stakeholders, e.g. quality assurance,
228 billing, research processes, other units/stations.
On mobile (on average)
this requirement is met.
(NOTE: on web -based
applications, too many
factors influence
responsiveness to
typically meet this
requirement)
Setup timing can be
met. To clarify, actual
action (printing, wireless
transfer) will quite often
require more time
Vendor can Provide the time required to retrieve X
an individual ePCR based on five (5) years worth
of data (approximately 450,000 records)
contained in the database.
229
typically Tess than 10
seconds based on
server equipment,
number of concurrent
server transactions, etc
230
Vendor can disclose minimum bandwidth
required to transmit data and the average size of
an ePCR, e.g. at 56kb/s an average PCR will
require "x" time to transmit to the server.
103
56kb for average 50kb
ePCR will require about
20-30 seconds
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
235
Requirement
Out Cust Not Comments
at Opt Avail
Box at
Add
Fee
Vendor can provide the wireless capabilities of
the ePCR System to include the size of files
currently transferred and type of data currently
231 transferred.
X
See core response
sections (wireless, etc)
MUST be able to wirelessly transfer completed X
ePCRs from Mobile to Backend ePCR Software
without security issues.
232
Software connects to multiple sites throughout X
233 the day without having to reboot.
OPEN believes that
adequate security is
provided to protect the
data during a transfer
REPORTING & ANALYSIS
Program has optional report printing versions to
choose from for specific purposes;
1. Original ePCR
2. Amended ePCR
3. HIPAA-sensitive ePCR (excluded data fields
normally containing confidential information).
234
Agency can schedule reports/queries to be
generated and routed to be distributed at a pre-
determined time frame automatically.
from backend ePCR
(this feature will be
released in Q2-08)
per EnterpriseReporter
236
Product is able to query all reports tied to a
particular member by more than one means,
(badge number or employee number, name etc.)
to facilitate these in case of a name change due
to marriage or other.
Canned reports are included with software
package, (provide list).
237
X
list proprietary but can
be provided with privacy
assurances
Reports can be integrated with mail server for
distribution as a PDF, EXCEL, WORD (or
similar) format.
238
current Enterprise
reports provides reports
in either excel or PDF,
based on actual content
The ePCR System must have the ability to view X
an ePCR where multiple care providers and/or
units provided treatment and/or transport to a
single patient during a single incident as one
contiguous record (of the final unit managing the
patient) if an electronic transfer of that patient
occurs between these respective units.
239
240
Over 99.5% of data elements capable of being X
collected by the ePCR System are capable of
being analyzed though the Custom Reporting
and Analysis Tool on all ePCR records.
104
via EnterpriseReporter
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Gust
of Opt
Box at
Add
Fee
Not
Avail
Comments
Following is a list of common reports used to
analyze data collected through the ePCR
System. Specify if the ePCR System can
generate each of the required reports by either a
predefined (canned) report or through a
reporting tool customized specifically for the
ePCR System. The reports MUST be generated
through a web -based tool.
241
242 Action taken by Unit, Shift, Date/Time Period. X
243 # Incidents by Unit, Shift, Employee. X
Cardiac/Respiratory arrests by Unit, Shift, X
244 Date/Time Period.
Chief Complaints by Unit, Shift, Date/Time X
245 Period.
246
247
248
249
250
251
Final disposition by Unit, Shift, Date/Time X
Period.
Injury (Cause) by Unit, Shift, Date/Time Period.
Medications given by Employee.
X
X
Procedures performed by Employee. X
Provider Impression by Unit, Shift, Employee. X
Exception report, such as no vitals, no transport, X
chest pain with no treatment, etc. by
daily/monthly/yearly (specify what exceptions the
system can report against).
noted as procedures
Non -reconciled incidents by Unit, Shift, X
252 Employee
ePCR HIPAA-sensitive information INCLUDED X
(this will show addendums)
253
254
ePCR HIPAA-sensitive information EXCLUDED X
(this will show addendums)
via reconciler
ePCR with patient
demographics
ePCR without
demographics (age and
gender exception)
255
ePCR HIPAA-sensitive information INCLUDED X
(this will show addendums), this report will also
show fields that were left blank.)
need to clarify what is
meant by "fields that
were left blank)
Incidents by situation found, company type, false X in release by Q2-08
256 alarms, Date/Time Period
105
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust. Not Comments
Opt Avail
at
Add
Fee
Average response time (monthly) This includes
fractal breakdown as specified in the following
example:
The system must include a reporting tool
allowing the Agency to specify the average
difference between ANY TWO operational or
clinical times. For example, average time
between dispatch and defibrillation, dispatch and
first vitals, at patient and first treatment. Agency
must be able to pick any two times and compare
them (NOT through canned reports.
257
258 Cancellations by unit (monthly/yearly) X
clinical times (vitals and
treatments), operational
times (dispatched,
enroute, at scene, at
patient, departed scene,
at destination, in
service, at quarter)
Response time > "agency -defined time" by Unit, X
Shift, and Date/Time Period
259
see Response # 257 for
clinical and operational
times
260 Transports by Hospital, (monthly/yearly)
261 Inter hospital transfers by (monthly/yearly)
lntubations by Unit, Shift, Employee, (monthly)
This is one example. Agency MUST have the
flexibility to query ANY treatment and ANY
associated questions to a treatment. For
example, reports for intubations can include a
compliance breakdown for each of the agency -
definable questions associated with intubation
(or any other treatment) as well as a breakdown
for any of the answers selected for any one of
these definable questions (Le., breakdown of
lung sounds, tube check, cords visualized, etc).
262
X
X
X
as disposition
any Active Guideline
answer along with its
sub questions
Transported ALS/BLS by unit, status from scene, X
263 (monthly/yearly)
Web Based Query Tool allows agency- X
configurable access to database with minimal
information. Tool supports "drill down"
capabilities to allow the user to click or select a
field and retrieve additional information.
264
Able to query if ePCR reports have not been
completed but units have been dispatched and a
ePCR is expected by unit and shift, station and
265 shift, district and shift, etc.
266
ePCR Custom Reporting System must display X
the result set in various formats (charts, tables,
graphs, etc) from within a web browser
if not 'closed'
varies based upon
report type
Authorized user can create a personal folder to X
save custom reports he/she created for future
267 use.
106
release in Q2-08
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Oust Not
of Opt Avail
Box at
Add
Fee
Comments
A web -based Custom Reporting System
provided with the ePCR System MUST be able
to query data based on multiple fields (data
fields collected by the system) as well as display
results by multiple fields selected in the system.
For example, a user can create a report that
finds all cases involving cardiac arrests that did
riot receive aspirin, oxygen, or any other agency -
specified treatment, and break down the results
by employee, disposition, or other agency -
defined parameters. At least 98% of all data
elements collected by the ePCR system MUST
be capable of being queried.
268
When incidents are sorted according to type X
(Hazmat, EMS, Chest Pain, etc.) it can be
269 configured to print in the sorted order.
release in Q2-08
The web -based reporting tool MUST not expect X
or require knowledge of SQL to build and
execute reports since many of the Agency users
will not have a background in SQL. The Agency
REQUIRES a reporting tool that is 'fine-tuned' to
the ePCR system instead of a third party
reporting tool, such as Crystal Reports. Ad hoc
reports, for example, should not require any SQL
knowledge or third party reporting.
270
ePCR System MUST provide a web -based tool X
allowing an authorized user the ability to create
and execute queries by individual paramedics.
For example, a breakdown of types of calls,
intubations and success rates, other treatments,
etc.
271
272
Any of the reports built by the Agency using the X
Custom Reporting System, can be scheduled for
automatic email delivery to Agency -definable
staff (daily, weekly, monthly).
273
All fields that accept numeric entry are left blank X
instead of having a "0" as a default. This
eliminates the possibility of misleading
information if this field is overlooked and report is
erroneously printed with zeros.
107
MFR ePCR RFP 55025 Response
OPEN incorporated /SafetyPAD
Requirement
Out
of
Box
Oust. Not
Opt Avail
at
Add
Fee
Comments
The ePCR System allows for the capture of all
Florida State EMSTARS required elements per
the Silver standard and is NEMSIS Silver. -
compliant. Specify how this is accomplished.
274
Most of the elements
required for EMSTARS
or NEMSIS are
collected via the Active
Guidelines model,
others elsewhere in
SafetyPAD. Either
interface is customized
to extract appropriate
data elements (and
convert applicable data
codes) from the
SafetyPAD database
per the format and data
coding conventions of
EMSTARS or NEMSIS.
These extracts can be
configured and this
configuration and
executing the extract is
the responsibility of the
customer.
The ePCR System allows for the capture of all
elements required for the State Aggregate report
and can send the data via an XML file extracted
from the database.
275
X As noted above, this will
be accomplished via
custom extracts and
configuration is the
responsibility of the
customer unless
scoped/priced
276
The ePCR System's State Interface can create
an extract file containing required data elements
in compliance with the Florida State EMSTARS
utilizing the NEMSIS Silver standard and will
offer updates as part of maintenance to comply
with the required elements in this standard.
Specify how this is accomplished.
108
X Updates to comply with
changes to either
standard will be
provided as part of
maintenance.
However, the
configuration of the
tools to convert various
customer -defined data
elements (for example)
as part of the extract
process will remain with
the customer, unless
otherwise
scoped/priced
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAO
Requirement
Out
of
Box
Gust Not
Opt Avail
at
Add
Fee
Comments
The ePCR System must meet Florida's
EMSTARS minimum criteria as listed below:
1.) The software must be certified as NEMSIS
compliant at either the Silver or Gold level.
2.) The software must be configured with data
elements, field values, and validation rules
specified in the Florida EMS Data Dictionary.
3.) The software must utilize the EMSTARS XML
Schema to export EMS event records.
4.) The software vendor must successfully
submit test records to the EMSTARS database
for validation.
277
X SafetyPAD is NEMSIS
Silver Compliant. As
part of the custom
development of the
EMSTARS interface
data elements, field
values, and validation
rules will be configured
to meet EMSTARS,
including its XML
schema. OPEN will
provide test records to
ensure approval by the
State of Florida. NOTE:
OPEN is very eager to
begin (and complete)
this process to ensure
compliance and will
work the State of
Florida immediately
upon a potential
contract execution!
The Agency is not limited to NEMSIS or
EMSTAR codes. For example, while NEMSIS
may have one impression code for chest pain
the Agency may define additional impression
codes similar to cardiac (chest pain, cardiac
related, potential STEMI, etc). However, the
Florida EMSTAR Interface must provide the
ability to consolidate similar coded elements into
a single element for Florida EMSTAR extract
278 submission.
Once configured
initially, future customer
data modifications (as
noted above) will need
to be mapped or
configured in the
interface by the
customer
If data is entered into a field using the copy X
function, when printing the report, the program
279 prints out the actual data and not the word copy.
Upon printing reports, program only prints the X
populated fields. Having a heading print out that
is left blank is a liability concern and also wastes
paper. Any printed report includes Alarm #,
Report Writer or Badge # ID and•date report was
printed clearly stamped on bottom of each page.
280
formatting of printing of
elements may differ
from what is being
requested but general
requirement is being
met. OPEN needs to
confirm this requested
requirement with Miami
to ensure expectations
are being met (i.e.,
mutually agreed)
SYSTEM
109
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAO
No Requirement
Out
of
Box
Cush Not
Opt Avail
at
Add
Fee
Comments
The ePCR System supports the capability to
easily integrate with Reporting Services and the
potential capability to easily integrate with other
281 web -enabled products.
Every ePCR report created MUST be accessible X
to edit on both a mobile device on the field
282 apparatus as well as each 'station's workstation.
via upcoming/future
SafetyPADweb
283
ePCR software includes extensive data
dictionary with consistent terminology. A
comprehensive data dictionary documenting all
data structures, triggers, and database details
MUST be delivered with the ePCR Software
prior to or at system acceptance.
The SafetyPAD Data
Model Specification will
be provided and MUST
be held with the highest
level of confidentiality
284
Backend ePCR Software allows authorized staff X
to add or modify lists or lookups via a web -based
interface. The same users MUST be able to
disable a list item but cannot delete a list item
already captured in the
past (to maintain referential integrity).
Backend ePCR Software should have the
capability of exposing QM notes for a specific
alarm or staff member as well as providing
285 general messages enterprise -wide.
The ePCR System MUST allow any coded list X
element to be enabled or disabled to allow the
Agency to archive data and hide any particular
element from being viewed in the current Mobile
ePCR Software pick list due to discontinued
equipment or retired personnel. This data
remains in the database and is accessible for
future queries, legal matters, etc.
286
X via optional CaseFlow
Manager
Applies to pull downs,
lookups or Active
Guidelines used directly
as part of the data
collection process
287
The ePCR System MUST readily distinguish X
between two ePCRs entered by the same unit
for the same alarm on different shifts. E.g. If Q4A
is on an alarm at shift change and is relieved by
Q4B, each officer must generate a separate
report to document their assignment for the
same unit on this same alarm.
110
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Gust. Not Comments
Opt Avail
at
Add
Fee
288
289
290
ePCR system must have the ability to quickly
search and retrieve one or more matching
ePCRs based on the
utilization of one or more search parameters
(including wildcards) or filters including:
- date or date range - incident number
- incident address
- patient name
- patient SSN
- destination
- shift
- unit
- crew last name
- crew employee ID
- Officer in Charge
This feature MUST be web -based and offer the
same role -based access rules noted elsewhere
in this document.
Report status categories include: open, closed,
updated/appended, cleared or rejected by
supervisor, etc. It is understood that each of
these status categories may have significant
business intelligence but the ePCR system
should have the potential capability to expand
upon these status types in the future.
The ePCR System must provide a mechanism to
store 'ePCRs in a production or operational
database for retrieval and analysis as well as a
separate archival database for the same
purpose. The same review and analysis tools
MUST be web -based and MUST allow
a user to access either database through a
simple means.
via PCR Viewer
291
292
The ePCR system MUST be able to
DEMONSTRATE its ability to effectively manage
a quantity of at least 100,000 annual ePCR
records in the operational system and a
minimum of 400,000 ePCRs (5 years of report
data) in the archival system. The capability of the
ePCR System to handle this volume MUST be
demonstrable (e.g., live customer).
An automatic log off feature or capability MUST X
exist on both the Mobile and Backend systems
based on an agency -defined period of inactivity
to comply with HIPAA regulations.
111
Live customer is
Chicago Fire
Department, currently
with approximately
750,000 cases in its
production database
and more than 300,000
cases annually
via OS settings
(SafetyPAD Enterprise
can also be configured
separately)
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out Cust. Not
of Opt Avail
Box at
Add
Fee
Comments
293
294
Program has a built in report audit feature that
tracks and displays applicable activity in
reference to the report. When reviewing/printing
any ePCR, program automatically captures an
audit record of the ePCR, went it was reviewed,
printed, or when an addendum was added. An
ePCR can be printed either in its original `closed'
format, or printed in with its addendums. The
addendums must also display information
about each addendum including date/time,
author, reason and the addendum content. The
functionality above MUST be through a web -
based interface.
Except under very limited circumstances, all X
Mobile ePCR system updates will automatically
load up on the Mobile ePCR system devices
upon a connection without the need of user
intervention. This is accomplished without a long
delay, while the system is operational.
via PCR Viewer
295
The Backend ePCR Software utilizes a web- X
based query building tool used to create custom
reports without the need of specialized computer
skills (such as SQL) or specialized query
software (such as Crystal Report, Cognos, etc).
296
Agency can select certain criteria based on X via BioView functionality
impression, complaint, cause or treatment to
automatically trigger routing a report to QA for
review.
297
Vast majority of Mobile ePCR Software updates X
are done from an administrative location which
will automatically upload to all devices so as to
not have to manually upload each
unit individually.
298
Interfaces to 24Seven and State required EMS X
report allow for the specification of exported data
elements to have default values automatically
entered in the back end which may not be
collected by the Report Writer.
299
Product allows for new guidelines or protocols to X
be pushed out to all the field devices from a
central location via a web -based interface from
an administrative station.
112
MFR ePCR RFP 55025 Response
OPEN incorporated / SatetyPAO
No Requirement
Out
of
Box
Gust: Not
Opt Avail
at
Add
Fee
Comments
300
The ePCR System allows the Agency to specify
unlimited dispositions. Each disposition can be
defined with a specific check or to-do list of data
elements that need to be collected prior to
closing an ePCR.
to-do list is based on
data elements exposed
in the matrix.
Integrity of original, legally closed medical record X
is maintained. ePCR can be made read-only
after ePCR closure rules have been satisfied.
Information can be amended via a web -based
application by authorized users, e.g.
demographics, insurance details. All changes
must be tracked by version controlling method(s)
to maintain HIPAA compliance (name, date,
what was edited on the ePCR)
301
amendments of
demographics and
insurance details that
change the original
report (different than
addendum) will be
provided via
SafetyPADweb (or
similar tool) in Q2-08
302
303
Through a web -based tool, the Agency is able to X
update user information from the server to field
collection device without requiring vendor
intervention.
Through a web -based tool, the Agency's QA
Officer and Medical Director must have the
ability to attach comments to the PCR.
ePCR system integrates with third party billing X
software. The billing interface must be at least in
an XML format (vendor defined is acceptable)
and is fully automated (scheduled) and can send
the extract file automatically via secure FTP or
via a web service. Give examples of billing
companies software integrates with.
304
OPEN has interfaced
with third party billing
companies including
ADPI, Accordis, and
ACS. The interface to
ADPI is via the standard
SafetyPAD XML extract
305
ePCR System MUST provide a "repeat
customer" referencing feature. The Mobile ePCR
Software MUST be able to wirelessly query the
Backend database by using HIPAA-compliant
standards (e.g. a minimum dataset of name and
SSN must be entered to validate the patient
match). Upon a successful match, the repeat
customer's archived information willpopulate
applicable fields in the Mobile ePCR Software.
Minimum fields include patient demographics
and billing information as well as past history
(meds, allergies, and preexisting conditions).
113
SafetyPAD will have
this feature upgraded
by Q3-08
MFR ePCR RFP 55025 Response
OPEN incorporated / 5afetyPAD
No Requirement
Out Cost.
of Opt
Box at
Add
Fee
Not Comments
Avail
306
All terminology used throughout the program is
consistent in order to reduce confusion. For
example if CVA, Laceration, or MI are used in
any field or list, then Stroke, Cut or Heart Attack
should not be used to reference similar data
throughout the program.
driven by customer -
defined lookups
307
At least 100 patients can be managed on a
single handheld for a single incident. Selecting a
specific patient for an incident will expose and
print only that particular patient's details.
The ePCR System must allow the Agency to X via dispositions and to -
configure one or more dispositions specific to the do list matrix
collection of an 'Incident Report'. The data
elements necessary to complete this report must
be selected through a data element 'matrix' (or
similar). This feature will eliminate unnecessary
entry of data that is not applicable to an 'Incident
Report, but still utilize the same Mobile ePCR
Software.
308
Three reporting modes are used by the Agency X via dispositions and to-
(ePCR, Incident, Unit). The ePCR System must do list matrix
allow for the specification of one or more
dispositions associated with these reporting
modes.
309
The product automatically calculates relevant X via clinical entry
scores upon entry of data elements comprising sections for those
the score (GCS, APGAR, etc). applicable scoring
310 methods
The ePCR System provides the collection of the X
following NFIRS basic module data elements
and will offer updates as part of maintenance to
comply to the required elements in this standard
- property use
- action taken
- event type
- mutual aid
311
312
Mobile ePCR software has the capability to X
connect to a primary and secondary server
without requiring a reboot.
The Mobile ePCR Software must be able to X
upload an individual ePCR to the central server
313 without the need for a 'batch" upload.
114
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out Gust. Not
of Opt Avail
Box at
Add
Fee
Comments
The ePCR system or backend system alerts the
Agency administrator of system events, E.g. a
server shuts down.
314
must be configured
through a OS or third
party monitoring system
(not scoped in this
response as most
agencies possess these
tools)
ePCR System provides a web -based tool that X via BioView
continuously analyzes certain clinical and
operational data and offers authorized user the
ability to create alerting rules based on an event
occurring once, or an agency definable quantity
and time period. A triggered alert will result in an
email or sms being sent to one or more agency
definable personnel.
315
316
The system must have 'global' access to agency X
definable HTML or PDF content, such as a
Protocol reference.
mobile system
TERMS & CONDITIONS
Vendor agrees to an escrow contract for source
code. Release triggers include provision of
source code for internal use only if vendor no
longer supports product or cease business
317 operations.
Vendor can provide upgrade policy for current X
software version (costs for upgrades, what is or
is not covered)
318
See core response
under pricing and
maintenance and
su. sort
TRAINING & SUPPORT
City of Miami Fire -Rescue is provided with all
future upgrades to
319 product.
when under
maintenance contract
Product training is provided with software
purchase for field, staff and IT personnel. Include
the number of hours per session, number of
320 sessions and limits per session.
321
Product implementation is broken down into
milestones with specific timelines provided in
advance to accomplish each.
See core response
under implementation
and pricing sections
See core response
under implementation
sections
322
Vendor provides a project manager, technical X See core response
and support resources, training staff, etc. during under implementation
implementation and "Go Live" stage. Give details and pricing sections
for onsite support associated with go live and
post go live activities (support times, contact
mechanisms, etc).
115
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Cust. Not
Opt Avail
at
Add
Fee
Comments
Vendor offers a reduced pricing model for
utilizing the Mobile ePCR software for training
323 purposes only.
See core response
under pricing section
MISCELLANEOUS
324
While not required to be installed or used initially
as part of the delivered ePCR System, the ePCR
System MUST have a capability which can be
demonstrated to allow hospitals to securely view
an ePCR of any patient delivered to its facility by
the Agency, via a browser.
There are no minimum or maximum limitations to X
325 restrict any aspect of the purchase contract.
Must clarify!
Product can be purchased with an enterprise X
license to allow the Agency to host their own
data at no additional cost.
326
A majority percentage of all of your
organization's ePCR FULLY LIVE
implementations are fire -based services.
(provide reference list).
327
To clarify, SafetyPAD's
backend system is
purchased as an
enterprise license (or
ASP model). Separate
pricing for mobile
licenses is based on the
quantity of mobile
devices or users. Must
clarify!
OPEN's list of sites if
highly confidential.
However all but 3 of
OPEN's sites are fire -
based and all but one
new site (started
October 07) are live
Provide the number of annual incidents
responded to by your largest and smallest
FULLY LIVE fire -based service agencies.
328
Approximately 400k
cases for largest,
approximately 15k case
for smallest
239
Provide key challenges your customers have X
faced when implementing your ePCR System.
116
See various sections of
core response, included
experience and
recommendations
sections
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
Requirement
Out
of
Box
Oust. Not
Opt Avail
at
Add
Fee
Comments
Provide details for the training process, timelines
and support offered by your company and if
conducted by instructors with expertise in
specific fields. (For example do experienced
paramedics conduct the end user training, IT
personnel conduct the technical training, support
personnel conduct the administrative training
etc.)
330
See core response
sections under training.
Each respective training
session is almost
always conducted by
resource with
experience in that
respective process (for
example, vast majority
of field user training
conducted by
SafetyPAD field user
from other departments)
331
Provide the development cycle of your product, X
when the current version was developed and
when the next version is scheduled for release.
See core response
under history and
product
Provide the version # of your current ePCR
System and any future plans you wish to
disclose.
332
Mobile 2.9 at most sites
(3.0 in Q1-08).
Backend 3.0 at most
sites
333
Provide all hardware required for both the front X
and back end products, give details of the
companies and products you have utilized in the
past with successful results.
See core response
under system as well as
references section
Provide a cost estimate for custom work such as X
334 CAD/billing integration.
See pricing section
Provide at least three (3) references utilizing X
your ePCR product, with at least 2 being fire-
335 based of similar size (or larger) to Miami Fire.
See references section
Provide the server specifications for the Backend X
ePCR Software, including all interfaces.
336
List any shortcuts, tools, features that are X
integrated into the Mobile ePCR Software to
assist in "mobile data collection".
337
See core response
under system as well as
pricing section
See core response
under system section
A miscellaneous icon is available for specific
incidents that will require forwarding a report to
another agency (e.g. elder links, animal control,
HRS, etc) with additional data. Program uses
data entered into
the report to pre -populate the form and only the
additional fields need entry. Upon completing the
PCR, the user can query this specific "form
report" and fax it to the proper agency using the
direct contact link to the agency.
338
X OPEN can modify its
system to provide this
functionality. A
mutually agreed scope
document must be
defined prior to pricing
this functionality
OPTIONS & CUSTOMIZATION
117
MFR ePCR RFP 55025 Response
OPEN incorporated / SafetyPAD
No Requirement
Out
of
Box
Gust Not Comments
Opt Avail
at
Add
Fee
A Rescue inventory check-out sheet can be
added to the tablet hard drive and accessed by a
separate icon. The apparatus inventory lists all
items by compartment with an entry field next to
each item. User simply highlights an item and
selects from a quantity box (1-2-3-4-5-6) for
each item. Upon selecting a quantity, data is
transferred to the item field and program
automatically highlights next item needing entry.
With this format, the user only needs to make a
quantity selection for each item as the program
runs through entire list with each entry. This
information is transferred and stored
electronically to eliminate hard copy storage.
This Rescue unit's tablet (must keep individual
tablet married with a specific Rescue unit) hard
drive would then keep an ongoing total of all
inventoried equipment/supplies as it is used
during this shift. At pre -determined quantity level
or time intervals chosen by Agency, the product
will prompt the user by audible alarm any items
needing re -stocking by listing them in a pop-up
inventory window. Oncoming shift can select the
inventory icon and take a look at the Inventory
page at shift change and quickly stock low items
339 first in case of early alarm.
340
341
X X A shortcut to a third
party product can be
provided at no cost. If
this functionality is
requested as part of a
SafetyPAD custom
solution a scope
document will need to
be specified and
mutually agreed prior to
providing a price
quotation
Mobile ePCR Software has the capability to track X
supplies and inventory to maintain an accurate
on hand balance.
The Mobile ePCR Software has the potential X
capability to interface with barcode and card
swipe technology to populate applicable
demographic and event data of the ePCR.
118
While a capability exists
indirectly via Active
Guidelines, please see
Response #340
Potential capability
exists, but this has not
been scoped as part of
this response.
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Section VI - Project Innovations
Please see Section I for more details on the innovative methods and technologies
proposed in this response for MFR.
119
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Section VII - Project Staffing
Implementation Team
OPEN has established an implementation team structure for the development and
implementation tasks associated with MFR Data Collection project. The proposed
structure has proven successful in previous implementations of SafetyPAD. In addition,
a recommended structure for representatives of MFR is provided as well as scope,
special considerations, and responsibilities.
Project Director
Michael Vukovich is founder and President of OPEN incorporated and has over 12
years specifically in EMS field information management systems. He is responsible for
senior level oversight of all projects involving OPEN. Mr. Vukovich has been actively
involved in nearly all aspects of each project OPEN has been involved with takes a
proactive role in many of the process and design discussions of all SafetyPAD
implementations. As project director, Mr. Vukovich will monitor and oversee all
technical, functional and financial aspects of the project as reported to him by the
project manager. Request for additional personnel and resources from other projects
will be coordinated by Mr. Vukovich as per the requests of the project manager. It is
expected that this project will utilize 10-15% of Mr. Vukovich's time and he will be
actively involved in all stages of the project.
Project Manager
Scott Streicher (EMT/FF) is OPEN's Director of Project Management and will serve as
the primary point of day-to-day contact for the project. Mr. Streicher has over 8 years of
Fire/EMS experience and is currently a volunteer EMT/FF at Prince William County Fire
Rescue in Virginia. He has extensive FEMA and NFPA certificates as well as
possesses PMP (Project Management Professional)/PMI, and is a certified Emergency
Manager (CEMS). He will be responsible for the planning, coordinating and control of
the project from inception to completion. Mr. Streicher will also take the lead to verify
that OPEN is meeting the project's requirements and ensuring completion of time, within
cost and required quality of standards. It is expected that this project will utilize 50% of
Mr. Streicher's time and he will be actively involved in all stages of the project.
Interface Development Coordinator
This resource will coordinate the design and development of custom interfaces defined
for this project. This OPEN resource will be chosen once additional design details are
established during Phase III of this procurement process. It is expected that this project
will utilize 33-50% of this resource's time.
120
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAo
Implementation Coordinator
Mark Dodd (paramedic/FF) has over 15 years of experience in Fire/EMS and serves to
coordinate the implementation of SafetyPAD applications, including all supporting
databases, applications, and active guidelines used by the SafetyPAD mobile client and
SafetyPAD Enterprise. Testing of these applications to ensure quality standards upon
implementation is part of his responsibility, as well as general system support. It is
expected that this project will utilize 25-40% of Mr. Dodd's time, based on the stage of
the project.
Training and QA Coordinator
This resource will take lead responsibilities for all training (documentation and resource
coordination), SafetyPAD Interface testing, documentation, and QA. It is expected that
this project will utilize 25% of this resource's time, based on the stage of the project.
MFR Required Roles
At a minimum, OPEN incorporated requires the following personnel from MFR act in the
following capacities;
Project Director
As the representative from MFR, the project director will be the primary point of contact
for OPEN for definition and resolution of questions and issues associated with the
project. In addition, the project director will be called upon to hold regularly scheduled
meetings either in person or by telephone with vendor representatives. The project
director will be responsible for briefing agency administrators on the project status,
acceptance of deliverables, selection of wireless communications solution and assisting
in coordination of testing, training and implementation plans. It is expected that this
project will utilize 50% of this resource's time and this person will be actively involved in
all stages of the project.
Technical/Function Lead
As technical/functional lead, the representatives of MFR must have integral knowledge
of the operational and business practices of MFR and the field personnel in addition to a
strong technical background. One or more individuals can be assigned to this role.
These individuals will be responsible for supporting all functional and technical aspects
necessary to facilitate implementation of the SafetyPAD applications as they apply to
deliverables assigned to MFR. It is expected that this project will utilize 50-100% of this
resource's time (based on the stage) and this person will be actively involved in all
stages of the project.
121
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
QA Lead
This resource will be the primary point of contact for the development of clinical lookups,
business rules, user access, work flow process, and analysis reporting specification and
configuration. This person must possess an integral knowledge of the operational and
clinical practices of MFR. It is expected that this project will utilize 25-75% of this
resource's time (based on the stage) and this person will be actively involved in all
stages of the project.
Training Coordinator
This representative will work closely with OPEN staff to ensure all phases of training
effectively managed, including schedules, facilities, training plans, equipment, and QA
compliance to training. It is expected that this project will utilize 25-75% of this
resource's time (based on the stage) and this person will be actively involved in all
stages of the project.
Mentors/Trainers
The mentor and trainers(s) serve as the direct representative of field personnel. During
the mentor testing stage of the project, field personnel as asked to complete double
entry of reports on paper and on SafetyPAD. This provides the users with direct
exposure to the application in a real world setting. Feedback from the mentor group is
then applied to final customization work of the application and the active guidelines prior
to training of all field personnel by the trainer(s) designated by MFR.
122
MFR ePCR RFP 55025 Response OPEN incorporated / SafetyPAD
Section VIII - Project Cost Sheets and Rates
Please see separate pricing document as part of this response.
Please note the suggested payment terms below (unless the 25% prepay discount is
utilized)
Software and Integration
Payment Milestones;
At Contract Execution (or start of applicable project stage) 20%
System Delivery (upon start of first training session) 30%
Live ePCR collection 20%
(by any unit)
System Acceptance / Go -live — Stage I 10%
System Acceptance / Go -live — Stage II 10%
Post Project Certification (90 days) 10%
123