HL7 MFQ_M01 Master Files Query
MFQ_M01 is the older original-mode query for master-file data. A system sends MFQ when it needs a current slice of a catalog or reference file, and the receiver can answer with MFR_M01.
Modern HL7 material withdraws the MFQ/MFR master-file query pattern in later versions and points implementers toward newer query mechanisms. Still, MFQ exists in local v2.5.1 data and shows up in legacy catalog integrations.
A small MFQ M01 example
What workflow it represents
The requester needs the current definition of a master-file record or a small set of records. The receiver owns or serves that reference data. Common examples include looking up a test definition, location code, provider entry, or site-defined catalog record.
Because this is an old query style, both sides need a very explicit agreement for QRD and QRF. The fields can carry query ID, desired quantity, subject filter, date range, and target system, but their exact interpretation is profile-driven.
How to read the structure
MSH identifies the query. QRD is the original-style query definition. QRF narrows the request. DSC is used when continuation is needed.
There is no MFI in MFQ_M01. The master-file target is expressed through the query fields and the local profile. That makes the implementation guide important; otherwise the receiver has to guess what catalog the requester wants.
Implementation traps
The main trap is treating QRD/QRF like a general search box. They are structured fields with local meaning, and the response will only be predictable if both sides agree on each parameter.
Also document continuation. If the receiver sends DSC and the requester ignores it, the requester may cache a partial catalog and then behave as if the missing records do not exist.
Reference notes
HL7 v2+ master-file material describes MFQ/MFR as the older master-file query pattern and notes that it is withdrawn in later versions. Local v2.5.1 data still includes MFQ_M01 for legacy support.