Description
This model view is intended to present the entities and their essential existence relationships for the communication steps and EHR IP s required when registering a new patient in an admissions registration system.
A type of interaction that notifies the EHRi that a person has been accepted as a new patient of a particular health care provider organization
Synonyms: Registration Event, Admission event.
EHRi identifier: Interaction instance identifier may need to be included in the EHRi index.
Key characteristics (attributes): Unique identifier of this instance, the type of interaction and the effective time of the interaction are critical. Additional attributes associated with the HL7 V3 Transmission Wrapper, Control Act Process and Add New Patient interaction artefacts may be useful
Rationale
The focal point of the model is the clinical step and the entities and their relationships support the minimal necessary to recognize the existence of a new person in the jurisdictional Client Registry, support consent management in those jurisdictions that require it, and establish the necessary indexes to permit patient centric clinical information to be stored and retrieved through standard indexes
Add new patient is the probable starting interaction.
Implementation Considerations
HL7 Interactions are designed with operational applications in mind. The EHRi communication steps may actually be a set of HL7 interactions and their accompanying payloads communicated as one combined message or set of messages.
Most health service provider organizations have automated their administrative processes, if only to submit claims. The information needed is likely contained in these systems, although the interfaces to communicate the information may not yet exist.
This view makes explicit the currently implicit acceptance of responsibility for a new patient. Change management will be required to gain sufficient understanding and acceptance for communicating this information.
Source Models
The HL7 RIM derived models for Patient Administration and Patient Care from the most recent ballot were the primary source models. Message Models from the Client Registry Project were also consulted
Privacy Security Architecture
General Info | |
---|---|
Name | 3. Register New Patient Event |
Type | Class Diagram |
Tagged Values | ||
---|---|---|
Tag Definition/Tag Name | Value | Documentation |
Tag Definition: Author : String[1] | Thomas Grant | |
Tag Definition: Creation date : date[1] | 2/08/05 14:42 | |
Tag Definition: Modification date : date[1] | 2/08/05 14:45 |