Search

Changlog OMLv2 to OMlv3

Introduction

This changelog documents all modifications, additions, and clarifications made to the OML (Order Message List) specification during the transition from version 2 to version 3. The OML message encompasses all HL7 segments needed to transmit diagnostic test orders, including message headers, patient demographics, insurance, ordering details, specimens, and observations. The changes are categorized into three types:

  • Unchanged: Elements that retain the same structure and semantics across versions
  • Modified: Elements where the content, format, or interpretation has changed
  • New: Elements introduced for the first time in v3
  • Renumbered/Relocated: Elements that have moved positions or been reorganized

MSH Segment: Message Header

The message header remains stable across versions, maintaining compatibility with HL7 v2.5.1 standards.

FieldV2V3Change
MSH-1Field Separator |Field Separator |Unchanged
MSH-2Encoding Characters ^~\&Encoding Characters ^~\&Unchanged
MSH-3.1Sending Application: “ZorgDomein”Sending Application: “ZorgDomein”Unchanged
MSH-5.1Receiving Application nameReceiving Application nameUnchanged
MSH-6.1Receiving Facility nameReceiving Facility nameUnchanged
MSH-7.1Date/Time of Message (yyyyMMddHHmmss+HHmm)Date/Time of Message (yyyyMMddHHmmss+HHmm)Unchanged
MSH-9.1Message Type: “OML”Message Type: “OML”Unchanged
MSH-9.2Trigger Event: “O21”Trigger Event: “O21”Unchanged
MSH-9.3Message Structure: “OML_O21”Message Structure: “OML_O21”Unchanged
MSH-10Message Control ID (unique identifier)Message Control ID (unique identifier)Unchanged
MSH-11.1Processing ID: “P”Processing ID: “P”Unchanged
MSH-12.1Version ID: “2.5.1”Version ID: “2.5.1”Unchanged
MSH-17Country Code: “NLD”Country Code: “NLD”Unchanged
MSH-18Character Set: “8859/1”Character Set: “8859/1”Unchanged

PID Segment: Patient Identification

Patient demographic data undergoes minor enhancements in V3 to support email addresses and clarify address type indicators.

Patient Identifiers (PID-3)

FieldV2V3Change
PID-3.1 (BSN)Patient’s BSN with 3.4.1=“NLMINBIZA” 3.5=“NNNLD”Patient’s BSN with 3.4.1=“NLMINBIZA” 3.5=“NNNLD”Unchanged
PID-3.1 (XIS ID)XIS patient ID with 3.5=“PI”XIS patient ID with 3.5=“PI”Unchanged
PID-3.1 (ZorgDomein)ZorgDomein patient ID with 3.5=“PI”ZorgDomein patient ID with 3.5=“VN”Unchanged semantically
NoteWhen BSN is missing, PID-3 is not sent in V3New behavior in V3

Patient Name & Demographics

FieldV2V3Change
PID-5 (Name fields)Full surname, surname prefixes, spouse surname, first initial, other initials, family name indicatorFull surname, surname prefixes, spouse surname, first initial, other initials, family name indicatorUnchanged
PID-7.1Date of birth (yyyyMMdd)Date of birth (yyyyMMdd)Unchanged
PID-8Administrative Sex: “M”/“F”/“O”/“U”Administrative Sex: “M”/“F”/“O”/“U”Unchanged

Patient Address (PID-11)

FieldV2V3Change
PID-11.1–11.7Street, dwelling, other designation, city, postal code, country, address typeStreet, dwelling, other designation, city, postal code, country, address typeModified
PID-11.7 IndicatorAlways “M” (mailing) in V2“M” (mailing) or “C” (home address) in V3V3 distinguishes between mailing and home addresses when applicable

Impact: V3 enables more precise address type classification, allowing systems to differentiate between mailing and residential addresses.

Patient Contact Information (PID-13)

FieldV2V3Change
PID-13 (Phone)13.1=number, 13.2=“PRN”, 13.3=“PH”13.1=number, 13.2=“PRN”, 13.3=“PH”Unchanged
PID-13 (Mobile)13.1=number, 13.2=“ORN”, 13.3=“CP”13.1=number, 13.2=“ORN”, 13.3=“CP”Unchanged
PID-13 (Email - V3 New)(Not present in V2)13.2=“NET”, 13.3=“Internet”, 13.4=email addressNew in V3

Impact: V3 adds email address as an optional contact field, enabling direct digital communication channels.

Patient Other Fields

FieldV2V3Change
PID-31Identity Unknown Indicator: “Y”/“N”Identity Unknown Indicator: “Y”/“N”Unchanged
PID-32Identity Reliability Code: “NNNLD”Identity Reliability Code: “NNNLD”Unchanged

PV1 Segment: Patient Visit

PV1 remains mostly unchanged in V3, with reserved fields added for future patient location tracking.

FieldV2V3Change
PV1-1Set ID: “1”Set ID: “1”Unchanged
PV1-2Patient Class: “O” (outpatient)Patient Class: “O” (outpatient)Unchanged
PV1-3.1(Not present)Assigned Patient Location – Department name (reserved for future use)New in V3
PV1-3.2(Not present)Room number (reserved for future use)New in V3
PV1-3.6(Not present)“D” (reserved for future use)New in V3
PV1-3.9(Not present)Full location description (reserved for future use)New in V3
PV1-51Visit Indicator: “V”Visit Indicator: “V”Unchanged

Impact: V3 reserves location fields for future enhancements, enabling more granular patient location tracking when needed.


PV2 Segment: Patient Visit – Additional Information

PV2 contains a single, important coding system change aligned with HL7 standards.

FieldV2V3Change
PV2-3.1Admit Reason – Code of healthcare productAdmit Reason – Code of healthcare productUnchanged semantics
PV2-3.2Name of healthcare productName of healthcare productUnchanged
PV2-3.3Coding system: 99zdaCoding system: LModified

Key Change: V2’s fixed value 99zda (ZorgDomein) is replaced with L (HL7 standard local code marker), aligning with international HL7 v2.x conventions.


IN1 Segment: Insurance

Insurance information remains stable, with no structural changes between V2 and V3.

FieldV2V3Change
IN1-1Set ID: “1”Set ID: “1”Unchanged
IN1-2.2Insurance Plan ID: “null”Insurance Plan ID: “null”Unchanged
IN1-3.1Insurance Company ID (UZOVI or “0”)Insurance Company ID (UZOVI or “0”)Unchanged
IN1-3.4.1Coding: “VEKTIS” (if UZOVI) or “LOCAL”Coding: “VEKTIS” (if UZOVI) or “LOCAL”Unchanged
IN1-3.5Identifier Type: “UZOVI”Identifier Type: “UZOVI”Unchanged
IN1-4.1Insurance Company NameInsurance Company NameUnchanged
IN1-36Policy NumberPolicy NumberUnchanged

ORC Segment: Order Common

ORC undergoes significant refinement in V3, including format relaxation, coding system updates, and new address/contact fields for the ordering facility.

Order Control & Numbering

FieldV2V3Change
ORC-1Order Control: “NW”, “CA”, “RO”, “XO”Order Control: “NW” (active), “CA” (reserved), “XO” (reserved)V3 marks “CA” (cancel) and “XO” (change) as reserved; “RO” (replacement) is no longer used
ORC-2.1Placer Order Number (ZDnnnnnnnnn_nn format)Placer Order Number (10–20 alphanumeric characters)Format relaxed: V3 allows any 10–20 character alphanumeric string
ORC-3.1Filler Order NumberFiller Order NumberUnchanged
ORC-4.1Placer Group Number (overarching ZD ID)Placer Group Number (sub-request ID: ZD + suffix)V3 redefines as “sub-request ID,” enabling finer granularity

Priority & Timing

FieldV2V3Change
ORC-7.6(Not present in V2)Quantity/Timing – Priority code (per HL7 table 0485)New in V3

Transaction Timestamp & Personnel

FieldV2V3Change
ORC-9.1Date/Time of Transaction (yyyyMMddHHmmss+HHmm)Date/Time of Transaction (yyyyMMddHHmmss+HHmm)Unchanged
ORC-10.1Entered By – Acting referrer’s AGB-codeEntered By – Acting referrer’s AGB-codeUnchanged
ORC-10.2.1Acting Referrer’s Full SurnameActing Referrer’s Full SurnameUnchanged
ORC-10.3Acting Referrer’s InitialsActing Referrer’s InitialsUnchanged
ORC-10.9.1Coding system: “VEKTIS”Coding system: “VEKTIS”Unchanged

Ordering Provider (Responsible Referrer)

FieldV2V3Change
ORC-12.1Responsible Referrer’s AGB-codeResponsible Referrer’s AGB-codeUnchanged
ORC-12.2.1Responsible Referrer’s Full SurnameResponsible Referrer’s Full SurnameUnchanged
ORC-12.3Responsible Referrer’s InitialsResponsible Referrer’s InitialsUnchanged
ORC-12.9.1Coding system: “VEKTIS”Coding system: “VEKTIS”Unchanged

Enterer’s Location (Acting Referrer’s Practice/Location)

FieldV2V3Change
ORC-13.4.1Name of acting referrer’s practice(Renumbered)Moved to ORC-13.9
ORC-13.4.2AGB-code of acting referrer’s practice(Renumbered)Moved to ORC-13.10.1
ORC-13.9Name of Acting Referrer’s LocationName of Acting Referrer’s LocationUnchanged
ORC-13.10.1(Not in V2)AGB-code of acting referrer’s locationNew position in V3
ORC-13.10.2(Not in V2)Coding system: “VEKTIS”New in V3

Impact: Fields renumbered for HL7 alignment; coding system added for consistency.

Call Back Phone Number (ORC-14)

FieldV2V3Change
ORC-14.1Phone number for resultsPhone number for resultsUnchanged
ORC-14.2Discriminator: “WPN”Discriminator: “WPN”Unchanged
ORC-14.3Discriminator: “PH” (phone)Discriminator: “PH” (phone)Unchanged
ORC-14 (Fax)(Separate option)Fax discriminator: “FX” in same seriesClarified in V3

Order Effective Date/Time

FieldV2V3Change
ORC-15Order Effective Date/Time (for CA, RO, XO)Order Effective Date/Time (for CA, XO only)V3 removes “RO” (replacement) from applicable control codes

Entering Organization (Ordering Facility)

FieldV2V3Change
ORC-17.1Entering Organization AGB-codeEntering Organization AGB-codeUnchanged
ORC-17.2Name of Acting Referrer’s PracticeName of Acting Referrer’s OrganizationUnchanged semantics
ORC-17.3Coding system: “VEKTIS”Coding system: “VEKTIS”Unchanged

New in V3: Ordering Facility Address & Contact

FieldDescriptionTypeCoding
ORC-22.1.1Street nameText
ORC-22.1.2Street dwelling numberText
ORC-22.1.3Other designationText
ORC-22.2City nameText
ORC-22.5Postal codeText
ORC-22.6Country codeText
ORC-23.1Phone number for ordering facility locationText
ORC-23.2Discriminator: “WPN”
ORC-23.3Discriminator: “PH” (phone) or “FX” (fax)

Impact: V3 introduces complete address and contact information for the ordering facility, enabling direct communication and location identification.

Action By (Person Responsible for Updates)

FieldV2V3Change
ORC-19.1Responsible Updater’s AGB-codeResponsible Updater’s AGB-codeUnchanged
ORC-19.2.1Responsible Updater’s Full SurnameResponsible Updater’s Full SurnameUnchanged
ORC-19.3Responsible Updater’s InitialsResponsible Updater’s InitialsUnchanged
ORC-19.9.1Coding system: “VEKTIS”Coding system: “VEKTIS”Unchanged

Ordering Facility Name (Responsible Referrer’s Organization)

FieldV2V3Change
ORC-21.1Ordering Facility NameOrdering Facility NameUnchanged
ORC-21.3Ordering Facility AGB-codeOrdering Facility AGB-codeUnchanged
ORC-21.6.1Coding system: “VEKTIS”Coding system: “VEKTIS”Unchanged

TQ1 Segment: Timing/Quantity

TQ1 enhances priority handling by aligning with HL7 standard coding tables instead of custom values.

FieldV2V3Change
TQ1-1Set ID: “1” (matches OBR-1)Set ID: “1” (matches OBR-1)Unchanged
TQ1-7.1Start date/time for sampling (earliest if TQ1-8.1 present)Start date/time for sampling (earliest date)Unchanged semantics
TQ1-8.1End date/time – Latest date for samplingEnd date/time – Latest date for samplingUnchanged
TQ1-9.1Priority: “S” (urgent) or “R” (routine)Priority code per HL7 table 0485Modified: V3 uses HL7 standard codes instead of custom values
TQ1-9.2(Not in V2)Priority label (text description of code)New in V3
TQ1-9.3(Not in V2)Coding system: “HL70485”New in V3
TQ1-11Text instruction for collection employeeText instruction for collection employeeUnchanged

Impact: V3 standardizes priority coding using HL7 table 0485, enabling better interoperability with international systems.


OBR Segment: Observation Request

OBR undergoes substantial refinement, with coding system standardization, format flexibility, and comprehensive specimen source documentation.

Basic Identifiers

FieldV2V3Change
OBR-1Set ID: “1” (matches TQ1-1)Set ID: “1” (matches TQ1-1)Unchanged
OBR-2.1Placer Order Number (ZDnnnnnnnnn_nn)Placer Order Number (10–20 alphanumeric)Format relaxed
OBR-3.1Filler Order NumberFiller Order NumberUnchanged

Universal Service Identifier (Test/Product Identification)

FieldV2V3Change
OBR-4.1Code of diagnostic testCode of test, test group, or healthcare productUnified in V3
OBR-4.2Name of diagnostic testName of test, test group, or healthcare productUnified in V3
OBR-4.3Coding: 99zda (ZD), 99zdl (user), or global codeCoding: L (local) or global code per table 0396Standardized to HL7

Key Change: V3 consolidates “diagnostic test,” “test group,” and “healthcare product” into a single structure and adopts HL7 standard coding markers.

Observation Dates

FieldV2V3Change
OBR-7.1Observation start date/time (yyyyMMddHHmmss+HHmm)Observation start date/time (empty if multiple specimens)Semantically enhanced
OBR-8.1Observation end date/time (yyyyMMddHHmmss+HHmm)Observation end date/time (empty if multiple specimens)Semantically enhanced

Collector Information

FieldV2V3Change
OBR-10.1Collector’s healthcare provider ID or AGB-codeCollector’s healthcare provider ID or AGB-codeUnchanged
OBR-10.2.1Collector’s full surnameCollector’s full surnameUnchanged
OBR-10.3Collector’s initialsCollector’s initialsUnchanged
OBR-10.9.1Coding: 99zda or VEKTISCoding: L or VEKTISStandardized to HL7
OBR-10.16.2(Not in V2)Name of the collect locationNew in V3

Impact: Addition of collect location name enables direct identification of sampling facility.

Specimen & Clinical Information

FieldV2V3Change
OBR-11Specimen Action Code: “L” (home) or “O” (other)Specimen Action Code: “L” (home) or “O” (other)Unchanged
OBR-13Relevant Clinical Information (problem groups)Relevant Clinical Information (problem groups)Unchanged

New in V3: Specimen Source Details (OBR-15)

The entirely new OBR-15 segment provides comprehensive specimen source documentation:

FieldDescriptionTypeCoding
OBR-15.1.1Specimen source material codeCodeLocal or HL7 standard
OBR-15.1.2Specimen source material nameText
OBR-15.1.3Coding system: L (local), HL70487, or global
OBR-15.3Specimen collection method nameText
OBR-15.4.1Specimen source site codeCodeLocal or HL7 standard
OBR-15.4.2Specimen source site nameText
OBR-15.4.3Coding system: L (local) or global
OBR-15.5.1Specimen source site modifier codeCodeLocal or HL7 standard
OBR-15.5.2Specimen source site modifier nameText
OBR-15.5.3Coding system: L (local) or global

Impact: V3 introduces comprehensive, standardized specimen source documentation, significantly improving traceability and audit capabilities.

Ordering Provider (Responsible Referrer)

FieldV2V3Change
OBR-16.1Referrer’s AGB-codeReferrer’s AGB-codeUnchanged
OBR-16.2.1Referrer’s full surnameReferrer’s full surnameUnchanged
OBR-16.3Referrer’s initialsReferrer’s initialsUnchanged
OBR-16.9.1Coding system: “VEKTIS”Coding system: “VEKTIS”Unchanged

Call Back Phone Number & Fax

FieldV2V3Change
OBR-17.1Phone number for resultsPhone number for resultsUnchanged
OBR-17.2Discriminator: “WPN”Discriminator: “WPN”Unchanged
OBR-17.3Discriminator: “PH” (phone) or “FX” (fax)Discriminator: “PH” (phone) or “FX” (fax)Unchanged

Result Copies To (Recipient Information)

FieldV2V3Change
OBR-28.1Recipient’s AGB-codeRecipient’s AGB-codeUnchanged
OBR-28.2.1Recipient’s full surnameRecipient’s full surnameUnchanged
OBR-28.3(Not in V2)Recipient’s initials (reserved for future use)New in V3
OBR-28.9.1Coding system: “VEKTIS”Coding system: “VEKTIS”Unchanged
OBR-28.16.2(Not in V2)Organization name of recipient (reserved for future use)New in V3
OBR-28.21(Not in V2)Specialism of recipient (reserved for future use)New in V3

Impact: V3 reserves fields for future recipient organization and specialism tracking, improving routing flexibility.

Collector’s Comment

FieldV2V3Change
OBR-39.2Collector’s comment textCollector’s comment textUnchanged

NTE Segment: Notes & Comments

NTE is entirely new in V3, introducing three distinct comment patterns for cluster identification, file attachments, and research methodology.

NTE Option 1: ZorgDomein Cluster Name

FieldDescription
NTE-1Set ID: “1”
NTE-2Source of Comment: “P” (practitioner)
NTE-3Comment: Name of the ZorgDomein cluster to which the message was sent
NTE-4.1Comment Type: “ZD_CLUSTER_NAME”
NTE-4.2Comment Type Label: “ZorgDomein clusternaam”
NTE-4.3Coding system: “L” (local)

Placement: Appears once immediately after MSH

Impact: Enables explicit tracking of target ZorgDomein cluster for message routing and audit purposes.

NTE Option 2: Attached Files Summary

FieldDescription
NTE-1Set ID: “1” (counts separately from Option 1)
NTE-2Source of Comment: “P” (practitioner)
NTE-3Comment: Summary of attached files (name, extension, size)
NTE-4.1Comment Type: “ATTACHMENTS”
NTE-4.2Comment Type Label: “Toegevoegde bijlagen”
NTE-4.3Coding system: “L” (local)

Placement: Appears once when attachments exist

Impact: Provides metadata summary of attached files for quick reference.

NTE Option 3: Research Method (OBR-level)

FieldDescription
NTE-1Set ID: sequential under OBR
NTE-2Source of Comment: “P” (practitioner)
NTE-3Comment: Name of research method
NTE-4.1Comment Type: “RESEARCH_METHOD”
NTE-4.2Comment Type Label: “Onderzoeksmethode”
NTE-4.3Coding system: “L” (local)

Placement: Nested under OBR segment

Impact: Enables detailed documentation of specialized research methodologies used.


OBX Segment: Observation/Result

OBX handles both structured observations and a new “requested tests” pattern for listing included test orders.

Existing OBX Observation Pattern

FieldV2V3Change
OBX-1Set ID (sequential within ORC/OBR/OBX)Set ID (sequential within ORC/OBR/OBX)Unchanged
OBX-2Value Type: “ST”, “FT”, “DT”, “ED”, “CE”Value Type: “ST”, “FT”, “DT”, “ED”, “CE”Unchanged
OBX-3.1Observation Identifier (question code)Observation Identifier (question code)Unchanged
OBX-3.2Label of questionLabel of questionUnchanged
OBX-3.3Coding: 99zda (ZD), 99zdl (user), or globalCoding: L (local) or global per table 0396Standardized to HL7
OBX-5.1Observation Value (answer code)Observation Value (answer code)Unchanged
OBX-5.2Observation Value (answer text/value)Observation Value (answer text/value)Unchanged
OBX-5.3Coding: 99zda (ZD), 99zdl (user), or globalCoding: L (local) or global per table 0396Standardized to HL7
OBX-6.1Units of valueUnits of valueUnchanged
OBX-7References RangeReferences RangeUnchanged
OBX-11Observation Result Status: “F”Observation Result Status: “F”Unchanged

Key Change: Coding system values changed from 99zda/99zdl to L for local codes, aligned with HL7 standards.

New in V3: Requested Tests OBX Pattern

V3 introduces a specialized OBX pattern (separate sequence) to enumerate requested tests:

FieldDescriptionValue
OBX-1Set ID1, 2, … (for each test)
OBX-2Value Type“CE” (coded entry)
OBX-3.1Observation Identifier“REQUESTED_TESTS”
OBX-3.2Observation Identifier Text“Aangevraagde onderzoeken”
OBX-3.3Coding system“L” (local)
OBX-4Sequence NumberIncrementing sequence
OBX-5.1Observation Value (Code)Code of each requested test
OBX-5.2Observation Value (Text)Name/Text of each requested test
OBX-5.3Coding system“L” (local) for each test
OBX-11Observation Result Status“O” (order/in progress)

Impact: Enables explicit listing of all requested tests in a structured, repeatable format.

Multiple-Choice Handling Changes

AspectV2V3Change
Multiple AnswersRepeat OBX-5 values within single OBXIncrement full OBX-1 for each choiceV3 uses separate OBX records for multiple answers

SPM Segment: Specimen

SPM is enhanced in V3 with expanded specimen type coding, collection method documentation, and container information.

Basic Identifiers

FieldV2V3Change
SPM-1Set ID (sequential within ORC/OBR/SPM)Set ID (sequential within ORC/OBR/SPM)Unchanged
SPM-2.1.1(Not documented in V2)Specimen ID (barcode of container)New in V3

Specimen Type

FieldV2V3Change
SPM-4.1Code of specimen sourceCode of specimen source materialUnchanged semantics
SPM-4.2Name of specimen sourceName of specimen source materialUnchanged
SPM-4.3Coding: 99zda (ZD), 99zdl (user), or globalCoding: L (local), HL70487 (HL7), or globalStandardized to HL7

New in V3: Collection Method (SPM-7)

FieldDescription
SPM-7.1Specimen collection method code
SPM-7.2Name of specimen collection method
SPM-7.3Coding: L (local), HL70488 (HL7), or global

New in V3: Specimen Source Site (SPM-8)

FieldDescription
SPM-8.1Code of specimen source site
SPM-8.2Name of specimen source site
SPM-8.3Coding: L (local) or global

New in V3: Specimen Source Site Modifier (SPM-9)

FieldDescription
SPM-9.1Code of specimen source site modifier
SPM-9.2Name of specimen source site modifier
SPM-9.3Coding: L (local) or global

Collection Dates

FieldV2V3Change
SPM-17.1Specimen collection start date/timeSpecimen collection start date/timeRenumbered
SPM-17.2Specimen collection end date/time(Not separately specified)Removed in V3

Note: V3 does not include a separate “collection end” timestamp; V3 uses 17.1.1 for start time and does not separately capture end time for multi-specimen scenarios.

New in V3: Grouped Specimen Count & Availability

FieldDescription
SPM-13Grouped Specimen Count (number of collected specimens)
SPM-20Specimen Availability: “Y” (collected) or “N” (not collected)

New in V3: Container Information (SPM-27)

FieldDescription
SPM-27.1Container type code
SPM-27.2Container type name
SPM-27.3Coding system: “L” (local)

Impact: V3 provides comprehensive specimen documentation, including collection method, anatomical details, and container specifications for full audit trail support.


SAC Segment: Specimen Container

The SAC segment is simplified in V3 with container identification moved to the SPM segment.

FieldV2V3Change
SAC-3.1 (Code)Container Identifier (code)(Moved to SPM-27.1)Relocated in V3
SAC-3.1 (Name)Container Identifier (name)(Moved to SPM-27.2)Relocated in V3

Impact: V3 consolidates container information under SPM for a more unified specimen documentation structure.


Migration Checklist

When upgrading from OML v2 to v3:

ItemActionImpact
Order NumberingReview OBR-2.1 and ORC-2.1 format compliance; update if using rigid ZDnnnnnnnnn_nn patternMedium – Format is more flexible
Coding SystemsReplace 99zda/99zdl with L for local codes and HL7 table references throughoutHigh – All receiving systems must support HL7 standard codes
Priority ValuesUpdate TQ1-9.1 from “S”/“R” to HL7 table 0485 codesMedium – Systems must support new code set
Specimen SourcePopulate new OBR-15 fields for comprehensive source documentationMedium – New fields optional but recommended
Specimen DetailsAdd SPM-7, 8, 9 for collection method and anatomical detailsMedium – Enhances traceability
Contact InformationAdd PID-13 email and ORC-22/23 facility address if availableLow – New optional fields
NTE DocumentationImplement NTE segments for cluster, attachments, and research methodLow – New optional segments
TestingValidate all receiving system compatibility with V3 coding and new fieldsCritical – Comprehensive testing required
DocumentationUpdate interface specifications, validation rules, and system documentationCritical – Team awareness essential

Backward Compatibility Notes

  • Minimal Breaking Changes: Most V2 fields retain their semantics in V3
  • Coding System Changes: Receiving systems MUST support both V2 values (99zda/99zdl) and V3 values (L, HL7xxxx) during transition
  • New Optional Fields: Existing V2 implementations can ignore new V3 fields initially
  • Field Renumbering: ORC-13 and SPM-17 renumbering requires attention during mapping
  • Format Relaxation: V3 allows more flexible placer order numbers; be aware of length constraints

Technical Glossary

  • ZorgDomein: Dutch healthcare domain/cluster identifier
  • AGB-code: Dutch healthcare provider registration number
  • VEKTIS: Dutch healthcare sector coding organization reference
  • UZOVI: Dutch health insurer identification number
  • Alphanumeric: Letters (A-Z, a-z) and digits (0-9) allowed
  • HL7 Table 0485: Standard HL7 priority codes (e.g., A, E, R, S, T, U)
  • HL7 Table 0487: Standard HL7 specimen source codes
  • HL7 Table 0488: Standard HL7 specimen collection method codes
  • Coding System “L”: HL7 v2.x standard for local/proprietary codes