HL7 Electronic Health Record System Functional Model, Release 2.1.1
2.1.1-ballot - Normative Ballot

Publication Build: This will be filled in by the publication tooling

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

Page standards status: Informative

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.

Actors:
ehr 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.