The Technical Steward for the MFI segment is Infrastructure and Messaging.
The fields in the MFI segment are defined in HL7 Attribute Table - MFI.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
MFI | |||||||||
1 | 00658 | Master File Identifier | SHALL | [1..1] | CWE | ||||
2 | 00659 | Master File Application Identifier | [0..*] | HD | |||||
3 | 00660 | File-Level Event Code | SHALL | [1..1] | [3..3] | ID | |||
4 | 00661 | Entered Date/Time | [0..1] | DTM | |||||
5 | 00662 | Effective Date/Time | [0..1] | DTM | |||||
6 | 00663 | Response Level Code | SHALL | [1..1] | [2..2] | ID |
Definition: This field is a CWE data type that identifies a standard HL7 master file. This table may be extended by local agreement during implementation to cover site-specific master files (z-master files). HL7 recommends use of the HL7 assigned table number as the master file identifier code if one is not specified in Table 0175. For example, a master file of Marital Status codes would be identified by HL70002 as the MFI-1 - Master file identifier. Refer to HL7 Table 0175 – Master File Identifier Code in Chapter 2C, Code Tables, for valid values.
Definition: This field contains an optional code of up to 180 characters which (if applicable) uniquely identifies the application responsible for maintaining this file at a particular site. A group of intercommunicating applications may use more than a single instance of a master file of certain type (e.g., charge master or physician master). The particular instance of the file is identified by this field. Refer to User-defined table 0361 - Applications.
Definition: This field defines the file-level event code. Refer to HL7 Table 0178 – File Level Event Code in Chapter 2C, Code Tables, for valid values.
Note: The replace option allows the sending system to replace a file without sending delete record-level events for each record in that file. UPD means that the events are defined according to the record-level event code contained in each MFE segment in that message.
If the MFI-3 - File-Level Event Code is "REP" (replace file), then each MFE segment must have an MFE-1 - Record-Level Event Code of "MAD" (add record to master file).
(Definition from NTE.6 in Ch. 2)
Definition: This field contains the actual date the comment was keyed into the application.
(Definition from MFI.4 in Ch. 8)
Definition: This field contains the date/time for the file-level event on originating system.
(Definition from MFE.6 in Ch. 8)
Definition: This field contains the date and time of the last change of the record.
(Definition from MFI.5 in Ch. 8)
Definition: This optional field contains the effective date/time, which can be included for file-level action specified. It is the date/time the originating system expects that the event is to have been completed on the receiving system. If this field is not present, the action date/time should default to the current date/time (when the message is received).
(Definition from MFE.3 in Ch. 8)
Definition: An optional effective date/time can be included for the record-level action specified. It is the date/time the originating system expects that the event is to have been completed on the receiving system. If this field is not present, the effective date/time should default to the current date/time (when the message is received).
(Definition from DPS.3 in Ch. 8)
Definition: An optional effective date/time can be included for the record-level action specified. It is the date/time the originating system expects that the event is to have been completed on the receiving system. If this field is not present, the effective date/time should default to the current date/time (when the message is received).
Definition: These codes specify the application response level defined for a given Master File Message at the MFE segment level as defined in HL7 Table 0179 – Response Level in Chapter 2C, Code Tables. Required for MFN-Master File Notification message. Specifies additional detail (beyond MSH-15 - Accept Acknowledgment Type and MSH-16 - Application Acknowledgment Type) for application-level acknowledgment paradigms for Master Files transactions. MSH-15 - Accept Acknowledgment Type and MSH-16 - Application Acknowledgment Type operate as defined in Chapter 2.