Loading...
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