Attachment 1 EHR COTS Functionality 6-24-10
93 KB Posted
- Solicitation number
- HSCG23-10-R-PCI104
About this file
Attachment I Amubulatory EHR COTS Functionality
Text of this file
Data Collection (#)
| Relative Weights: | 2 | 1 | 1 | 0.5 | ||||||||
| USCG Priority | Required Feature | Required? | Relative Benefit | Relative Penalty | Total Value | Value % | Relative Cost | Cost % | Relative Risk | Risk % | Priority | |
| Architecture | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Citrix Client architecture | y | 2 | 1 | 5 | 100.0 | 1 | 100.0 | 1 | 100.0 | 0.667 | ||
| Operate across 6 time zones from one server | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Plug-in (Portlet) to MHS Interface (uses CareFx) | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| System housed at CG Operational Support Center, Martinsburg, WV | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| System currently supports customers with over 300 providers and 1200 users | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Retail Pharmacy electronic interface | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Quest Laboratory Interface | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| DINPACS interface | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| NHIN compliant data exchange protocols with DoD, VA, and Private Sector | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Remote Access (e.g. outside network providers) | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Integrated Patient Health Record with web interface | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Graphical User Interface | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Support multiple user roles and allow “breaking of glass” in certain situations | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Integrated electronic medical and dental records | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Advanced clinical decision support tools | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Broad Spectrum of User roles | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| System supports a single sign-on for each user, regardless of which area of the system he or she needs to access. Users do not need to log out and log back in to move between functionality in applications. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Multi-simultaneous access to record for viewing with limited simultaneous access for editing with alerts to inform user of why access is prohibited and who has record in use /open | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Hardware | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Wireless tablet Option (optimized for data entry and patient interaction) | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Kiosk | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 1 | EMR supports a Kiosk system with a touch screen-enabled, self-service system that is built on the same database as the EMR, registration, scheduling and billing systems. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 2 | Has functionality for check-in, Acute Care arrivals, walk-in scheduling, demographic updates, card scanning, customizable questionnaires, and document signing. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 3 | The self-service system allows a patient to perform the following activities: |
a Be notified of upcoming or overdue health maintenance reminders as specified in the patient’s medical record.
| b Confirm his or her current medications, allergies and conditions during check-in and display his or her responses to the provider during that visit. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 4 | System can also provide a concierge application that allows a customer service representative to monitor multiple kiosks. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 5 | Allow the theme to be fully customized including details such as front page graphics, button colors and shapes, background, text fonts and colors. | ||||||||||
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| General Features | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Applications including scheduling, ambulatory care, lab, and pharmacy are fully integrated at database level creating one central patient record without duplicate data fields/elements. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Reporting and Forms | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Population Health Management and reporting | |||||||||||
| Occupational Health Reporting & Surveillance | |||||||||||
| Medical Readiness Reports | |||||||||||
| Ability to incorporate mandatory government Forms (document in and print) | |||||||||||
| DD 2807, DD 2808, SF 508, SF 513, DA 4497, CG 6020 | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| System provides a flexible, template-driven reporting tool within the main user interface. | |||||||||||
| 1 | A table-based interface allows users to execute queries by checking boxes and selecting choices from lists to filter their searches. | ||||||||||
| 2 | Allows for real-time reports that administrators and end users can write and run to identify patients, orders, results, encounter diagnoses, and other data fields that meet the criteria defined by the user. (e.g. ad hoc customizable queries) | ||||||||||
| 3 | Reporting tools are fully integrated with patient data, allowing users to drill down into patient records, jumping into patient charts for further review directly from the report. | ||||||||||
| 4 | Allows for batch communication to patients identified in the search via letter or secure messages to the patient via the patient Web portal. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| Clinical Content and Decision Support | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 1 | Relevant data entered in one department is used for decision support in all departments: For example, when a corpsman updates a patient’s allergies, the new allergies are immediately available without interfacing and are used in drug-allergy interaction checking for pharmacists in the pharmacy system. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 2 | System supports context management. The patient that the user accesses in one module is automatically the same patient as the user moves to another module. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 3 | Offers a pre-populated system with clinical and administrative content: | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| a. templates with orders and documentation elements for routine visit types | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| b. outpatient medications configured with suggested discrete doses | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| c. Warnings based on protocols validated by live users of the system | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| d. Analytical and operational reports, including reporting home pages for users | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 4 | Provides access to a library of clinical and administrative content provided by healthcare organizations including: | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| a. Order sets containing medications, labs and procedure orders | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| b. Questionnaires including medical history forms, chronic condition self-evaluations, pediatric growth and development | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| c. Documentation templates for notes | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 5 | System provides decision support features including actionable alert windows driven by patient data that let providers take recommended actions such as reviewing lab results and placing orders or sending messages directly from the alert window without having to change screens. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Remote Access for Cutters | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Provides real time access to information while on boats or capability to sync information to ensure consistency between what is captured about ships and what it on land (network) e.g Store & Forward capability for operational platforms (e.g. USCG Cutters) | |||||||||||
| System provides a module that allows users to securely “borrow” records from the enterprise repository and store them on laptops for times when away from the network. This will allow clinicians to document on the “borrowed” patient visits including orders, medications, allergies, and care planning without being connected to the database. | |||||||||||
| Documentation is synced to the centralized integrated database when the user has an internet connection. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Patient Problems, History and Laboratory Tests | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Offers tools to increase caregiver efficiency in reviewing patient medical history including graphics: | |||||||||||
| Users can review problem-specific labs and medications from the problem list. | |||||||||||
| Users can set patient-specific goals in the problem list. | |||||||||||
| Physician can control which problems appear in the patient web portal and can set patient-friendly names for problems that patients see when reviewing their chart in the patient portal. | |||||||||||
| When a specialist, such as an optometrist, views the patient’s record, the problem list items for that specialty are automatically at the top of the list. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Charting and Drawing | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Behavioral Health Charting (limited access- role based) | |||||||||||
| Providers are able to take notes using free text, speech recognition tools, or point-and-click list options that generate narrative notes. Documentation efficiency capabilities include: | |||||||||||
| 1 | Users can copy notes forward from a previous encounter. | ||||||||||
| 2 | Individual note templates are preselected to default to a user’s most common review of systems and physical exam. | ||||||||||
| 3 | Users can create templates that include customized orders, notes, level of service, follow up and patient instructions. | ||||||||||
| 4 | A WYSIWYG designer allows users to create and modify visual forms. | ||||||||||
| 5 | Includes pre-written and formatted notes and text shortcuts that clinicians and other users can use as templates to create documentation. Users can select values from lists to include in notes. End-users can create their own templates and share them with other users. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 6 | Drawing tools including provider ability to customize stencils. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 7 | Users can embed a drawing within a note. | ||||||||||
| 8 | Users can use templates for parts of the note and can record dictation for other parts. Users can use speech recognition with the system for: | ||||||||||
| Free-form note taking | |||||||||||
| o In some cases, navigating the system including signing notes and opening and closing workspaces. | |||||||||||
| Embedding macros into notes. For example, a provider could insert a full list of a patient’s current medications or problems with a short verbal command. | |||||||||||
| Medications | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Has tools for providers to reconcile medications and to document medication administrations including: | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 1 | Users can document patient reported meds and place new orders within the same screen. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 2 | System warns providers about duplicates (including across brand name and generic equivalents) and recommends action before orders are signed. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 3 | System provides a method for documenting facility administered medications on select schedules for administration | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| Web Access | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| System provides various levels of access to patient charts via the web including different levels of access for organization providers and affiliates. | |||||||||||
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 1 | Organization physicians and nurses can use the web portal for remote access to review patient charts, document encounters, place orders, sign transcriptions, and schedule appointments. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 2 | System allows organization to control what data in patient charts can be seen by affiliates and can limit affiliates to viewing only their patients’ records. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| Interoperabilty | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 1 | Can exchange data with other EMRs using NHIH standards | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 2 | Interfaces with MHS SSO/CM Unified GUI (CareFx) | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| Sick Call / Triage Center | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 1 | The triage center allows corpsman or nurses to document, evaluate, and triage sick calls by reviewing the patient’s chart and using clinical protocols. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 2 | System allows the use of custom clinical protocols to help guide corpsmen and nurses through the triage process. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| Ambulatory EDR | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 1 | Share the same medical & surgical history, meds, and allergies with the EMR. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| Patient Portal | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 1 | The patient portal gives patients web access to portions of the same medical records their physicians use. |
a Review their medical history – submit changes for their provider to review Pre-appointment questionnaires a Dynamic questions based on responses to previous questions b Generate list of recommended tests / screenings for provider based on questionnaire responses c Flag certain responses for provider to note during patient visit
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 3 | The system should allow proxy access for children and for elderly parents. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||
| 4 | The patient portal should let patients and their proxies: |
a Request prescription renewals.
b Schedule appointments c Submit ‘telcons’ d Exchange secure messages with providers.
e Receive/review test results including viewing a history of result components in a graph.
f View health summaries and read targeted medical content.
g Review their medical history including current conditions, medications, and a summary of their visit.
h Complete history forms that can then be approved and imported into system by providers.
i Record data — blood pressure that automatically alert their physician of abnormal results.
j Search for available appointment times and make appointments with their doctors.
en.
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||
| 5 | System notifies patients via email when they have new information available to view in the patient web portal and notifies parents when there is new information regarding their childr | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||
| 6 | The organization can control what information the patient can access: |
a Organization can control which test results the patient can see or receive automatically or allow clinicians to control which test results to send to a patient.
b Allows physicians to add a message to the patient when making a result available in the portal c Prevents certain sensitive or legally mandated diagnoses from being shared with the patient via the portal
| d Organization can control what a parent can see when accessing the record of a child including the ability to automatically transition what parent sees as child ages and ultimately end the parent’s access when child reaches adulthood. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| Scheduling | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||
| 1 | Integrated Scheduling and Billing functions | ||||||||||
| 2 | Scheduling system integrates with ambulatory clinical so when a provider places a lab or procedure orders, patients are flagged for scheduling and all order information is immediately available to the scheduler. | ||||||||||
| 3 |
| The system can also initiate appointments based on referrals – when an order is placed for an internal referral; the referral appears on the scheduler’s work list and when the appointment is created, relevant information from the order is available. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| 4 | Displays availability for an individual provider’s schedule. The indicator is available per provider or for all relevant providers on the schedule. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 5 | Tracks no shows, displays them on the appointment desk and can prompt users to overbook no shows. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 6 | Based on pre-set rules, the system can automatically search for appointments and suggest times and providers. The rules account for appointment types and time slots. For example, an office visit for Dr. Green defaults to 20 minutes, while an office visit for Dr. Brown is 15 minutes, and a physical for Dr. Green is 30 minutes. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 7 | The system can generate recalls to improve preventative care. For example, patients receive calls, letters and patient portal reminders about annual physicals and other recurring health maintenance events. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 8 | The system can prompt the schedulers with questions when scheduling and can change the visit based on the answers to those questions. For example, if a questionnaire for a Well Woman appointment indicates that a patient prefers females, the system can narrow the resource choices to female providers. | ||||||||||||
| Ambulatory Pharmacy | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Incorporate the FDA mandated "Medication Guides" into the patient information sheets? | |||||||||||||
| Third-party billing for all prescriptions dispensed by the pharmacy | |||||||||||||
| Incorporate the new DEA Controlled Substance Ordering System (CSOS) | |||||||||||||
| Customized drug lists to provide clinics with only medications that are carried at that facility, providing the provider with an accurate pick list (formularies?) | |||||||||||||
| Pharmacy label customizable, for example be able to add the expiration date of the drug for each prescription | |||||||||||||
| Ability to run reports, for example: pharmacy volume summary (for filling of Rxs per day), Cost reports of medications dispensed for specific areas, Drug Utilization Reviews, etc. | |||||||||||||
| Ability to load "controlled substance vault" for use at specific locations and track inventory | |||||||||||||
| All order-related information is available to pharmacists including comments from the physician, alerts that were seen by physician, and override reasons given for those alerts. A this data should be available for all patients system wide. | |||||||||||||
| Pharmacist/technicians are able to access the provider’s notes to see why the RX is being prescribed. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Pharmacist/technician can review and add medication allergies. | |||||||||||||
| For orders dispensed by ambulatory pharmacy, complete dispense and refill history (compliance) information can be made available to pharmacists, physicians, and nurses. | |||||||||||||
| Multiple prescriptions for a patient can be adjudicated in real time in a single transaction. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Refill requests submitted via the web patient portal are routed directly to pharmacy for processing. If a prescription has no refills remaining, an electronic message is sent to the physician to request approval of a new prescription. The physician can approve in a single click, automatically initiating the fill processing in pharmacy. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Pharmacists/technicians are able to modify prescriptions within the pharmacy system, and those modifications do not need to be replicated in any other system (i.e., pharmacists do not need to go into the ordering system to make sure the prescription is updated to reflect what pharmacy is actually dispensing). | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| When a prescription order in the ambulatory system is stopped (i.e., discontinued or expired), the prescription will be stopped in the pharmacy. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Laboratory | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Lab users can manage specimen collection, tracking, testing, and reporting in the lab system. They can track and report quality control to help ensure that patients’ results are accurate. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Lab system provides the ability to see and act on all outstanding orders for a patient from a single screen, regardless of the source of the order. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Dynamic work lists allow real-time view of testing in progress without pulling up separate reports. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Laboratory order details – panels, order sets etc? | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Results reporting specifics – charting results? Trends? | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Ophthalmology | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Includes the ability to graph procedures, medications, imaging measurements, vision, intraocular pressure, and target pressures all in a single view. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Image annotation tools are built directly into the documentation forms and allow for drawings on pre-configured templates using standard drawing tools or image specific drawing shapes as well as automatic generation of documentation for the exam. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| End User Dashboard | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||||
| Provides a dashboard composer within the main user interface with standard dashboards and homepages for operational metrics. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Users can print or email the dashboard. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Presents data as hierarchical tables, graphs, status indicators and trend indicators. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Users can personalize parts of the dashboard content and layout. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Managed Care Dashboard | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| 1 | Easily identify cohorts of patients and track relevant metrics. | ||||||||||||
| 2 | Without programming knowledge, users can build registries of patients. | ||||||||||||
| 3 | Users can report on cohorts of patients and the associated metrics and can extract this to external warehouse for further analytics. | ||||||||||||
| 4 | For lines of business managed by a payor on the system, provides for a single, uniform benefits build that serves both payor and billing business areas. | ||||||||||||
| 5 | Provides the ability to automatically generate authorization requests from clinical orders placed and make them available to the payor (or administrator of the payor), using the same system, for utilization review/management. As part of this, approved authorizations should be directly available for scheduling on the same system. | ||||||||||||
| 6 | Provides the ability, to users generating authorization requests, to steer referred-to choices based on geography or network affiliation. | ||||||||||||
| 7 | The system provides a single CRM module that can collect both payor customer service requests, as well as requests taken in other areas of the system, e.g., billing office. | ||||||||||||
| 8 | Provides a patient/member web solution that offers both provider side (clinical, scheduling, etc.) information and payor information combined into the same site. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 9 | Provides an affiliate (external provider) web solution that offers both clinical and payor referral and claims information combined into the same site. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 10 | Provides the ability to trigger case management requests from incoming referral and AP claims data. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 11 | |||||||||||||
| Has the ability to directly connect payor case management cases to related episodes of care and encounters housed in the clinical area of the system. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| 12 | Offers a CRM workflow that can be driven from a pre-defined set of tasks, depending on the nature of the CRM request. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 13 | Offers a case management capability to send a tickler to case managers when their cases are due for review, and send escalation notices to case supervisors when cases are overdue. | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| 14 | Provides real-time physician alerts and completion. | ||||||||||||
| 15 | Releases information online. | ||||||||||||
| 16 | Provides the ability for clinicians to record disclosures. | ||||||||||||
| 17 | Includes secure in-house chart-viewer. | ||||||||||||
| 18 | Includes real-time coder productivity reporting. | ||||||||||||
| 19 | Provides an HIM director dashboard (including status of coding, deficiencies and ROI). | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | |||||||
| Miscellaneous | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| Ability to create standard templates for CG (what types of templates – progress notes, orders, drawing, etc) | 0 | 0.0 | 0.0 | 0.0 | ERROR:#DIV/0! | ||||||||
| HIPPA? Record access tracking – time / date stamps for who is viewing records, changing records etc. | 2 | 1 | 5 | 100.0 | 1 | 100.0 | 1 | 100.0 | ERROR:#DIV/0! | ||||
| Desired Feature | |||||||||||||
| Able to confirm user role and permissions from Window Active Directory (from CAC | |||||||||||||
| Provider can save personal filters for types of notes to review. For example, when reviewing a patient’s chart, an optometrist could set a default filter to see only notes and visit types related to optometry. | |||||||||||||
| Provider can review the patient’s history in the same window for placing orders | |||||||||||||
| From within a patient’s problem list without leaving the screen, a provider can review the related orders, results, medications, or care plan goals. | |||||||||||||
| A single screen can associate observational data, treatment data, and procedures in a timeline/graph view to facilitate correlation of events with data. | |||||||||||||
| Tracks physician system use to measure efficiency and potential learning needs. Provides a physician efficiency dashboard with integrated e-learning videos that measures and compares an individual physician's performance to their department/specialty on the following metrics: |
1. Number of orders placed from order sets
2. Percent of orders placed from preference lists
3. Time spent in the system per visit
4. Percent of visits that have been closed on the same day they were opened
5. Percent of visits that used efficiency or template tools for ordering and documentation
6. Amount of time for providers to review and send lab results in system secure messaging module
7. Amount of time for providers to complete medication authorization and medication cosign in system secure messaging module
| Personal Health Record |
| Freestanding Personal Health record lets patients control the interoperable sharing of their own health documents. Patients should be able to: |
a. Pull data from the EHR into their freestanding PHR
b. Share data electronically with organizations through patient portal access to the system
• Tools for patient lookup, duplicate avoidance and clean up
1. Users are presented with a warning prior to creating a potential duplicate chart and can be required to enter a reason, which is reportable.
2. Users can mark two patients for a merge. They can then view a report with a side-by-side comparison of the records and choose which information to keep.
3. Patient overlay events are displayed with the changed information highlighted and changes can be undone with the click of a button.
4. System provides the ability to move visit data or data from other points of patient contact and care between patient records.
Instructions for Completion Instructions for Completing Attachment 1. Ambulatory EHR COTS Functionality
| The spreadsheet contains four (4) worksheets. |
| 1. Instructions for Completion |
| 2. Summary |
| 3. Requirements Data Collection |
| 4. Additional Comments per Feature |
| Summary Tab |
| 1.Enter Company / Vendor name on Summary Tab. |
| Requirements Data Collection Tab | |
| 1. Review all of the listed features on Requirements Data Collection tab. Each of the features is categorized as either mandatory or desired. | |
| Columns F,G, H will need to be completed to answer the question "Is feature apart of an existing product?" | |
| 1a. Column F | |
| - Enter Y in column F for each feature that is apart of an existing product. | |
| - Enter N in column F for each feature that is not apart of an existing product. |
| 1b. Column G |
| - Enter reference details where feature is noted in product manual for all features that are a part of an existing product. i.e. Complete this column for all Ys entered in Column F. |
| 1c. Column H |
| - Enter details for how requirements will be met for those mandatory features that are not apart of an existing product. i.e. Complete this column for all N's entered for mandatory features in Column F. |
2. Enter a Y or N in Column I for those features that will require customization to meet USCG needs.
3. Enter a Y or N in Column J for those components that are supported within the core product without assistance from teaming partners.
4. Enter any comments regarding the requirement and the solution proposed in Column K. Maximum of 500 characters can be entered. Use "Addl Comments Tab" to add characters / text in excess of 500.
Additional Comments per Feature Tab
1.Enter Feature Identification Number from Requirements Data Collection Tab and any additional comments.
Summary
| ACQUISITION SENSITIVE | ||
| Summary of Requirements | ||
| Company / Vendor Name | Features not Apart of an Existing Product | Features Requiring Customization to Meet USCG Need |
| 0 | 0 |
Requirmnts Data Collection
| TOTAL N= | Total Y= | |||||||||
| ACQUISITION SENSITIVE | 0 | 0 | ||||||||
| Feature Identification Number | Features | USCG Mandatory Features | USCG Desired Features | Is Feature Apart of an Existing Product? | Requires Customization to Meet USCG Need (Y/N) | |||||
| Y/N | If Y, Identify Reference in Attached Product Manual | If N for Mandatory Features, Add Details for how Requirements will be Met | Components are Supported Within Core Product Without Assistance from Teaming Partners (Y/N) | Comments | ||||||
| APPLICATION MODULES | ||||||||||
| Urgent Care / Emergency Care | ||||||||||
| 1 | Provides urgent care / emergency care specialty specific tools. | x | ||||||||
| 2 | Provides the ability to document pre-clinic, emergency and triage care. | x | ||||||||
| Dental | ||||||||||
| 3 | Provides dental charting progress notes with all tooth surfaces and roots. | x | ||||||||
| 4 | Provides dental charting with all tooth surfaces and roots. | x | ||||||||
| 5 | Provides check-in functionality. | x | ||||||||
| 6 | Provides tracking of exam charting data searchable by tooth surface. | x | ||||||||
| 7 | Provides reminders to clinicians. | x | ||||||||
| 8 | Provides record codes, including ADA procedure codes (CDT) and an unlimited number of user defined codes. | x | ||||||||
| 9 | Provides automatically computing and reporting of RVUs(relative value units for work activities performed by individual staff members. | x | ||||||||
| 10 | Provides automatically computing and reporting of ADA procedure code units for work activities performed by individual staff members. | x | ||||||||
| 11 | Provides periodontal screening reporting (PSR). | x | ||||||||
| 12 | Provides periodontal charting. | x | ||||||||
| 13 | Provides ability to link to images in DINPACs system. | x | ||||||||
| 14 | Provides drawing tools associated with the diagrams. | x | ||||||||
| 15 | Provides dental treatment plans computable. | x | ||||||||
| 16 | Provides Department of Defense dental class computable - store classification 1-4 at encounter level. | x | ||||||||
| 17 | Provides filters specific for the dental care. | x | ||||||||
| 18 | Ability to display radiographs in the PACS system. | x | ||||||||
| 19 | Incorporates SF 513 Referral forms - same as medical. | x | ||||||||
| Physical Therapy | ||||||||||
| 20 | Provides specialty specific documentation tools. | x | ||||||||
| Optometry/ Ophthalmology | ||||||||||
| 21 | Provides specialty specific documentation tools. | x | ||||||||
| Behavioral Health | ||||||||||
| 22 | Provides specific documentation tools. | x | ||||||||
| 23 | Provides specialty specific role based security. | x | ||||||||
| Occupational Health | ||||||||||
| 24 | Provides specialty specific documentation tools. | x | ||||||||
| Immunizations | ||||||||||
| 25 | Provides specialty specific documentation tools. | x | ||||||||
| Audiology | ||||||||||
| 26 | Provides specialty specific documentation tools. | x | ||||||||
| Radiology | ||||||||||
| 27 | Provides specialty specific documentation tools. | x | ||||||||
| Ambulatory Pharmacy | ||||||||||
| 28 | Provides check-in functionality. | x | ||||||||
| 29 | Incorporates the FDA mandated "Medication Guides" into the patient information sheets. | x | ||||||||
| 30 | Incorporates the new DEA Controlled Substance Ordering System (CSOS). | X - TBD | ||||||||
| 31 | Provides customized drug lists to provide clinics with only medications that are carried at that facility, providing the provider with an accurate pick list (e.g. buildable not imported). | x | ||||||||
| 32 | Provides pharmacy label customizable, for example be able to add the expiration date of the drug for each prescription. | x | ||||||||
| 33 | Provides the ability to load "controlled substance vault" for use at specific locations and track inventory (inventory management component for controlled substances) for all drugs. | x | ||||||||
| 34 | Provides ability to create multiple formularies. | x | ||||||||
| 35 | Provides integrated drug inventory system. | x | ||||||||
| 36 | Provides all order-related information to pharmacists including comments from the physician, alerts that were seen by physician, and override reasons given for those alerts. All of this data should be available for all patients system wide. | x | ||||||||
| 37 | Provides pharmacist/technicians with the ability to access the provider’s notes to see why the medication is being prescribed. | x | ||||||||
| 38 | Provides pharmacist/technician with ability to review medication allergies. | x | ||||||||
| 39 | Allows pharmacist/technician to add medication allergies. | x | ||||||||
| 40 | Provides complete dispense and refill history (compliance) information to pharmacists, physicians, and nurses for orders dispensed by ambulatory pharmacy. | x | ||||||||
| 41 | Allows for multiple prescriptions for a patient to be adjudicated in real time in a single transaction. | x | ||||||||
| 42 | Allows for a prescription (that does not have refills remaining) to generate an electronic message to a physician requesting approval of a new prescription. | x | ||||||||
| 43 | Provides for refill requests with physician approval in a single click, automatically initiating the fill processing in pharmacy. | x | ||||||||
| 44 | Allows for refill requests submitted via the web patient portal and routed directly to pharmacy for processing (if refills remaining). | x | ||||||||
| 45 | Provides pharmacists/technicians the ability to modify prescriptions within the pharmacy system, and those modifications do not need to be replicated in any other system (i.e., pharmacists do not need to go into the ordering system to make sure the prescription is updated to reflect what pharmacy is actually dispensing). | x | ||||||||
| 46 | Provides warnings/ alerts to providers about contraindications, refills remaining/ refills too soon, etc. (via interface with PDTS). | x | ||||||||
| 47 | Allows the ability for prescriptions for network formularies to be sent electronically to E-scripts network pharmacies. | x | ||||||||
| 48 | Allows when a prescription order in the ambulatory system is stopped (i.e., discontinued or expired), the prescription will be stopped in the pharmacy. (i.e. information regarding prescription will be relayed to pharmacy system so that prescription is not filled) | x | ||||||||
| Laboratory | ||||||||||
| 49 | Allows lab users to manage specimen collection. | x | ||||||||
| 50 | Allows lab users to manage specimen tracking. | x | ||||||||
| 51 | Allows lab users to manage specimen testing. | x | ||||||||
| 52 | Allows lab users to manage specimen reporting. | x | ||||||||
| 53 | Allows lab users to track and report quality control to help ensure that patients’ results are accurate. | x | ||||||||
| 54 | Provides a lab system that has the ability to see all outstanding orders for a patient from a single screen, regardless of the source of the order. | x | ||||||||
| 55 | Provides a lab system that has the ability to act on all outstanding orders for a patient from a single screen, regardless of the source of the order. | x | ||||||||
| 56 | Provides dynamic work lists that allow real-time view of testing in progress without pulling up separate reports. (e.g. occur at time of order) | x | ||||||||
| Patient Portal | ||||||||||
| 57 | Provides Integrated Patient portal with web interface. | x | ||||||||
| 58 | Provides ability to export PHR. | x | ||||||||
| 59 | Provides Personal Health Record that interacts with patient portal. | x | ||||||||
| 60 | Provides a patient portal that grants patients web access to the same information their physicians use. | x | ||||||||
| 61 | Provides patients with web access to review their medical history. | x | ||||||||
| 62 | Provides patients with web access to medical history to submit changes for their provider to review. | x | ||||||||
| 63 | Provides a patient tracking mechanism that would administer questionnaires to patients via a patient portal. | x | ||||||||
| 64 | Provides customizable settings that would allow the health care team and the patient to modify certain aspects and features of the PHR, based on updated requirements. | x | ||||||||
| 65 | Provides a patient tracking mechanism that would allow the healthcare team to coordinate between multiple medical systems ( civilian, military) and settings (outpatient and consultative services). | x | ||||||||
| 66 | Provides the capability to allow proxy access. (e.g. for children and for elderly parents) | x | ||||||||
| 67 | Provides a patient portal for patients and their proxies: | x | ||||||||
| 68 | a. View patient medical profile (demographic information, contact information, problem summary list, all prescribed and over the counter medications, drug and food allergies, past surgical history, family history, social history). | x | ||||||||
| 69 | b. Request prescription renewals. | x | ||||||||
| 70 | c. Schedule appointments (search for available appointments). | x | ||||||||
| 71 | d. Receive/review test results including viewing a history of result components. | x | ||||||||
| 72 | e. Receive/review test results including viewing a history of result components in a graph. | x | ||||||||
| 73 | f. Review their medical history including current conditions, medications, a summary of their visit, view health summaries and read targeted medical content. | x | ||||||||
| 74 | g. Record data — e.g. blood pressures that automatically alert their physician of abnormal results. | x | ||||||||
| 75 | System notifies patients via email when they have new information available to view in the patient web portal and notifies parents when there is new information regarding their children. | x | ||||||||
| 76 | Physician can control which test results the patient can see or receive automatically or allow clinicians to control which test results to send to a patient. | x | ||||||||
| 77 | Physician can control which problems appear in the patient web portal and can set patient-friendly names for problems that patients see when reviewing their chart in the patient portal. | x | ||||||||
| Allows the organization to: | ||||||||||
| 78 | a. Allow physicians to add a message to the patient when making a result available in the portal. | x | ||||||||
| 79 | b. Prevent certain sensitive or legally mandated diagnoses from being shared with the patient via the portal. | x | ||||||||
| 80 | c. Control what a parent can see when accessing the record of a child including the ability to automatically transition what parent sees as child ages and ultimately end the parent’s access when child reaches adulthood. | x | ||||||||
| 81 | Provides patient with the ability to modify only selected data on his / her respective profile. | x | ||||||||
| 82 | Provides the patient with the ability to print his/ her current medical information in a presentable, printer friendly format. | x | ||||||||
| 83 | Provides secure electronic messaging: | x | ||||||||
| 84 | a. Two way secure communication between the patient and the healthcare team. | x | ||||||||
| 85 | b. Allow the patient to select the level of urgency for their message. (e.g. red, yellow, green) | x | ||||||||
| 86 | c. Patients should be able to attach/ send medical information to their providers. (e.g. medical documents, laboratory tests results, radiology test results, disease specific data, data and notes from civilian consultative services) | x | ||||||||
| 87 | Provides alert capabilities: | x | ||||||||
| 88 | a. An alert icon available on the patient home page. | x | ||||||||
| 89 | b. All alerts would automatically generate and send an email to the patient to check his/her PHR. | x | ||||||||
| 90 | c. Alerts would be cleared once the task is completed or in cases when a task is not required, at the time the alert is reviewed. | x | ||||||||
| 91 | Provides preventive health alerts. | x | ||||||||
| 92 | Provides appointment alerts. | x | ||||||||
| 93 | Provides an educational component that would be accessible for chronic disease process that is listed in the patient profile. | x | ||||||||
| 94 | Provides the educational modules that contain components for each disease state: | x | ||||||||
| 95 | a. Definition. | x | ||||||||
| 96 | b. Risk Factors. | x | ||||||||
| 97 | c. Self Management Strategies. | x | ||||||||
| 98 | d. Preventive Factors. | x | ||||||||
| 99 | e. Signs and Symptoms of Disease Process. | x | ||||||||
| 100 | f. Disease Monitoring for Chronic Conditions. | x | ||||||||
| 101 | g. Diagnosis. | x | ||||||||
| 102 | h. Treatment. | x | ||||||||
| 103 | Provides the ability to have medical information and self-management tools linked to the educational module. | x | ||||||||
| 104 | Provides the ability to have medical information and self-management tools customizable for the educational module. | x | ||||||||
| 105 | Provides a component that would include tracking: | x | ||||||||
| 106 | a. Laboratory/ Radiology tests and their status. | x | ||||||||
| 107 | b. Ordered and completed procedures. | x | ||||||||
| 108 | c. Inpatient services. | x | ||||||||
| 109 | d. Consultative requests and their appointment status. | x | ||||||||
| 110 | e. A function by which patients could send data from civilian consultative services. | x | ||||||||
| 111 | f. Emergency room visits. | x | ||||||||
| 112 | g. Hospitalizations. | x | ||||||||
| PATIENT CARE AND DOCUMENTATION | ||||||||||
| Clinical Content and Decision Support | ||||||||||
| 113 | Provides a pre-populated system with clinical and administrative content: | x | ||||||||
| 114 | a. Templates with orders and documentation elements for routine visit types. | x | ||||||||
| 115 | b. Outpatient medications configured with suggested discrete doses. | x | ||||||||
| 116 | c. Warnings based on protocols validated by live users of the system. | x | ||||||||
| 117 | d. Analytical and operational reports, including reporting home pages for users. | x | ||||||||
| 118 | Provides access to a library of clinical and administrative content provided by healthcare organizations: | x | ||||||||
| 119 | a. Order sets containing medications, labs and procedure orders. | x | ||||||||
| 120 | b. Documentation templates for notes. | x | ||||||||
| 121 | Provides advanced clinical decision support tools (CPGs). | x | ||||||||
| 122 | Provides decision support features with alerts. | x | ||||||||
| 123 | Provides actionable alert windows driven by patient data that let providers take recommended actions such as reviewing lab results and placing orders or sending messages directly from the alert window without having to change screens. | x | ||||||||
| Demographics | ||||||||||
| 124 | Provides the ability to maintain demographic information on patients (e.g. Record the demographics of: preferred language, insurance type, gender, race and ethnicity, and date of birth). | x | ||||||||
| 125 | Provides the ability to receive updates on demographic information patients. | x | ||||||||
| 126 | Provides the ability to lock demographic information as needed. | x | ||||||||
| 127 | Provides the ability to house free form comments field for demographic data. | x | ||||||||
| 128 | Provides the ability to maintain alternate demographic information for patients. (e.g. alternate contact information) | x | ||||||||
| Patient Problems, History and Laboratory Tests | ||||||||||
| 129 | Allows tools to increase caregiver efficiency in reviewing patient medical history including graphics. | x | ||||||||
| 130 | Allows users navigate to specific labs and medications from the problem list. | x | ||||||||
| 131 | Allows users to set patient-specific goals in the problem list. | x | ||||||||
| 132 | Allows a specialist, such as an optometrist, to view the patient’s record in which the problem list items for that specialty are automatically at the top of the list. | x | ||||||||
| Charting and Drawing | ||||||||||
| 133 | Ability for scanned notes to reside in the DINPACS. | x | ||||||||
| 134 | Ability to scan notes. | x | ||||||||
| 135 | Allows role-based security. (e.g. Behavioral Health Charting) | x | ||||||||
| 136 | Allows providers to take notes using free text, speech recognition tools, or point-and-click list options that generate narrative notes. | x | ||||||||
| 137 | Provides ability to submit "telecons". | x | ||||||||
| 138 | Ability to create mini encounter (date, time, encounter provider, address, encounter type, etc) that would become apart of medical record and associated with the appropriate ICD-9 codes. (e.g. used to capture care provided by TRICARE providers) | x | ||||||||
| 139 | Provides documentation efficiency capabilities: | x | ||||||||
| 140 | a. Users can copy notes forward from a previous encounter. | x | ||||||||
| 141 | b. Individual note templates are preselected to default to a user’s most common review of systems and physical exam. | x | ||||||||
| 142 | c. Organization can create templates that include customized sets. (orders, notes, level of service, follow up and patient instructions) | x | ||||||||
| 143 | d. A WYSIWYG designer allows users to create and modify visual forms. | x | ||||||||
| 144 | e. Includes pre-written and formatted notes and text shortcuts that clinicians and other users can use as templates to create documentation. | x | ||||||||
| 145 | f. End-users can create their own templates and share them with other users. | x | ||||||||
| 146 | g. Users can select values from lists to include in notes. | x | ||||||||
| 147 | h. Drawing tools including provider ability to customize stencils. | x | ||||||||
| 148 | i. Users can embed a drawing within a note. | x | ||||||||
| 149 | j. Users can use templates (free text of dictation)for parts of the note and can record dictation for other parts. | x | ||||||||
| 150 | Allows users to use speech recognition with the system for free-form note taking. | x | ||||||||
| 151 | Allows users to use speech recognition with the system in some cases for navigating the system including signing notes and opening and closing workspaces. | x | ||||||||
| 152 | Provides reminders to clinicians. | x | ||||||||
| 153 | Provides patient treatment plan or after visit summary. | x | ||||||||
| 154 | Provides patient education materials. | x | ||||||||
| 155 | Provides user editable patient education materials. | x | ||||||||
| 156 | Provides electronic document signing functionality. (e.g. patient privacy, consent for treatment forms) | x | ||||||||
| 157 | Allows users can use speech recognition with the system for embedding macros into notes. For example, a provider could insert a full list of a patient’s current medications or problems with a short verbal command. | x | ||||||||
| Medications | ||||||||||
| 158 | Provides ability to perform drug-drug checks. | x | ||||||||
| 159 | Provides ability to perform drug-allergy checks. | x | ||||||||
| 160 | Provides ability to perform drug-formulary checks. | x | ||||||||
| 161 | Provides tools for providers to reconcile medications and to document medication administrations: | x | ||||||||
| 162 | a. Users can document patient reported medications and place new orders within the same screen. | x | ||||||||
| 163 | b. System warns providers about duplicates (including across brand name and generic equivalents) and recommends action before orders are signed. | x | ||||||||
| 164 | c. System provides a method for documenting facility administered (in the clinic) medications on select schedules for administration. | x | ||||||||
| 165 | d. System warns/ alerts providers about contraindications, refills remaining/ refills too soon, etc. (via interface with PDTS). | x | ||||||||
| Sick Call / Triage Center | ||||||||||
| 166 | Allows the use of custom clinical protocols to help guide corpsmen and nurses through the triage process. | x | ||||||||
| 167 | Provides support of documentation workflows. | x | ||||||||
| 168 | Provides support of evaluation workflows. | x | ||||||||
| 169 | Provides support of triage sick call workflows. | x | ||||||||
| INFRASTRUCTURE / FRAMEWORK | x | |||||||||
| Architecture | ||||||||||
| 170 | Provides Citrix Client architecture. | x | ||||||||
| 171 | Allows system to operate across 6 time zones. | x | ||||||||
| 172 | Provides integrated patient portal with web interface. | x | ||||||||
| 173 | HIPAA Compliant. | x | ||||||||
| 174 | FISMA Compliant. | x | ||||||||
| 175 | 508 Compliant. | x | ||||||||
| 176 | Provides support for at least 300 providers. | x | ||||||||
| 177 | Provides support for at least 1200 users. | x | ||||||||
| 178 | Provides support for at least 500 concurrent users. | x | ||||||||
| 179 | Provides intended redundancy with workload sharing. | x | ||||||||
| External Interfaces | ||||||||||
| 180 | Provides Plug-in (Portlet) to MHS SSO/CM Interface. (uses CareFx) | x | ||||||||
| 181 | Provides NHIN compliant data exchange with DoD, VA, and Private Sector. | x | ||||||||
| 182 | Uses implementation of HIE standards in data exchange. | x | ||||||||
| 183 | Uses implementation of C32 and CCR for health information exchange. | x | ||||||||
| 184 | Currently Ambulatory CCHIT Certified. | x | ||||||||
| 185 | Maintains a plan and associated process for continuous CCHIT certification. | x | ||||||||
| 186 | Maintains a plan and associated process for continuous adaptation to changing electronic data exchange requirements. | x | ||||||||
| 187 | Provides MHS pharmacy interface. (e.g. TRICARE Retail Pharmacy interface) | x | ||||||||
| 188 | Provides MHS pharmacy interface. (e.g. PDTS) | x | ||||||||
| 189 | Provides Quest Laboratory Interface. | x | ||||||||
| 190 | Provides Data exports (secure FTP-delimited text) to DoD data warehouses. | x | ||||||||
| 191 | Provides the ability to export data to external databases. (e.g. CGBI and other medical/personnel databases) | x | ||||||||
| 192 | Provides for automated data export. | x | ||||||||
| 193 | Provides DINPACS interface. (vendor TBD) | x | ||||||||
| 194 | Provides unidirectional interface to update information with DEERS demographics. | x | ||||||||
| 195 | Provides eligibility verification through DEERs. | x | ||||||||
| 196 | Ability to receive ICD-9 codes from financial intermediary. | x | ||||||||
| 197 | Ability to create mini encounter (date, time, encounter provider, address, encounter type, etc) that would become apart of medical record and associated with the appropriate ICD-9 codes. | x | ||||||||
| 198 | Dental - Ability to receive healthcare treatment data from financial intermediaries (e.g. United Concordia) data. | x | ||||||||
| 199 | Dental - Ability to create mini encounter (date, time, encounter provider, address, encounter type, etc) that would become apart of medical record and associated with the appropriate ADA codes. | x | ||||||||
| 200 | Dental - Ability to have problem list updated with CDT codes. | x | ||||||||
| 201 | Provides interface engines. | x | ||||||||
| System Integration | ||||||||||
| 202 | Provides a system that supports context management. (e.g. The patient that the user accesses in one module is automatically the same patient as the user moves to another module.) | x | ||||||||
| 203 | Allows registration data to be only entered once, and passed to each of the EHR modules as appropriate. | x | ||||||||
| 204 | Provides scheduling for ambulatory, laboratory, optometry, and physical therapy appointments that is processed through a single user view across all appointment areas. | x | ||||||||
| 205 | Provides scheduling for dental that is processed through a single user view across all appointment areas. | x | ||||||||
| 206 | Allows problem lists, once entered into the system, (i.e. allergies, medications, and medical history) to be available without re-entry to all other modules. | x | ||||||||
| 207 | Allows for all billing to be processed by a centralized billing module, with data passed from the other modules (e.g. ambulatory, laboratory optometry, or physical therapy) as required. | x |
This is the start of the file's text. The full file is on GovTribe.
Other files
| File | Type | Posted |
|---|---|---|
| Amendment 00003.docx | DOCX document | |
| Revised CLIN Pricing Structure.xlsx | XLSX spreadsheet | |
| Amendment 00002.doc | DOC document | |
| HSCG23-10-R-PCI104 62410.docx | DOCX document | |
| HSCG2310RPCI104Responses to Questions .docx | DOCX document | |
| Amendment 00001.doc | DOC document | |
| Readme_First v2.doc | DOC document | |
| Bidders Library.zip | ZIP file | |
| Electronic Health Record COTS PWS 22 June 2010.docx | DOCX document | |
| SolicitationHSCG2310RPCI104.pdf | ||
| EHR_DEERS_ICD | — | |
| Attachments 2 3 and 4.docx | DOCX document | |
| Attachment 5CLIN Pricing Structure.xlsx | XLSX spreadsheet |
Show all 13
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
File details come from the government source that posted it. Updated .