EHRS-FM IG

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
0.14.0 - CI Build

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1 - Local Development build (v0.14.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Requirements: CPS.9.2 Support for Inter-Provider Communication (Function)

Active as of 2024-06-01
Statement N:

Support exchange of information between providers as part of the patient care process, and the appropriate documentation of such exchanges. Support secure communication to protect the privacy of information as required by jurisdictional law.

 Description I:

Communication among providers involved in the care process can range from real time communication (for example, communication between a therapist and nurse), to asynchronous communication (e.g., consult reports between physicians). Some forms of inter-practitioner communication will be paper based and the EHR-S must be able to produce appropriate documents.

The system should provide for both verbal and written communication. These exchanges would include but not be limited to consults, and referrals as well as possible exchanges within the office as part of the provision and administration of patient care (e.g., the communication of new information obtained within the office environment during the process of administration of a tetanus shot while the patient is in the exam room).The system should support the creation and acceptance of paper artifacts where appropriate.

 Criteria N:
CPS.9.2#01 SHALL

The system SHALL provide the ability to capture and store in the patient record verbal/telephone communication (including verbal orders) between providers including the identification of these providers.
CPS.9.2#02 SHALL

The system SHALL provide the ability to integrate scanned documents from providers into the patient record.
CPS.9.2#03 SHOULD

The system SHOULD provide the ability to receive and transmit messages or information in real time.
CPS.9.2#04 SHOULD

The system SHOULD provide the ability to receive and transmit clinical information (e.g., referrals) via secure e-mail or other secure standard electronic means.
CPS.9.2#05 SHALL

The system SHALL provide the ability to transmit (e.g., via e-mail) specific patient data (e.g.reports, results, documents) to alternate providers/facilities in an emergency care context.
CPS.9.2#06 SHOULD

The system SHOULD provide the ability to transmit specific patient diagnostic quality images (e.g., sound, EKG waveform, EKG graph, video, diagnostic imaging) to alternate providers/facilities in an emergency care context.
CPS.9.2#07 SHOULD

The system SHOULD provide the ability to receive and transmit in a secure manner electronic multi-media data types representing pictures, sound clips, or video as part of the patient record.
CPS.9.2#08 SHOULD

The system SHOULD provide the ability for the user to render a patient status (e.g., arrival, admission, discharge, death) notification to providers and care managers (e.g., the Emergency Department physician sends a notification to members of the care team that the patient has been admitted).
CPS.9.2#09 SHOULD

The system SHOULD provide the ability to render patient status (e.g., arrival, admission, discharge, death) notification to providers and care manager, based on clinical rules (e.g., a rules-engine automatically sends an notification to all members of the care team that the patient has arrived at the hospital).
CPS.9.2#10 MAY

The system MAY provide the ability for the user to render patient care plans/instructions to providers and care managers when a patient's status has changed.
CPS.9.2#11 MAY

The system MAY provide the ability to render patient care plans/instructions to providers and care managers based on clinical rules when a patient's status has changed.
CPS.9.2#12 MAY

The system MAY provide the ability to render an alert to an originating external provider who has submitted information or a request, about the target internal provider's unavailability (e.g., vacations) and recommend rerouting of the information or request.
CPS.9.2#13 SHOULD

The system SHOULD provide the ability to render an alert the originating internal provider who has submitted information or a request, about the target internal provider's unavailability (e.g., vacations) and recommend rerouting of the information or request.