Reference·EVN Segment·EVN-1
HL7 v2 Reference

What Is HL7 v2 EVN-1? Event Type Code, Explained for Testers

Jul 27, 2026 · 4 min read
EVN-2 →

EVN-1 is the field everyone assumes drives the message type, until they find out most modern interfaces already stopped reading it.

Quick answer

EVN-1 (Event Type Code) is a two or three character code, like A01 or A08, that mirrors the trigger event already sent in MSH-9. It was originally meant to identify the specific event that generated the message, but current implementation guides treat it as retained purely for backward compatibility, and most receiving systems parse MSH-9 instead. When you are building test data, populate EVN-1 to match MSH-9 for realism, but do not build validation logic that depends on EVN-1 being present or authoritative, because plenty of real-world senders leave it empty.

What this field contains

A01
Admit/Visit Notification — typically paired with an ADT^A01 message; EVN-1 should mirror MSH-9 when it is populated
A04
Register a Patient — used for outpatient or ED registrations that do not involve a formal admission
A08
Update Patient Information — common in demographic correction test cases; easy to confuse with A04 if MSH-9 and EVN-1 disagree
(blank)
Omitted — increasingly common in newer feeds; treat MSH-9 as the source of truth in your assertions

Example

Synthetic example Generated by Synthibase
EVN|A01|20260726073000||ADM|8842^REYES^MONICA^L^^^MD|20260726072500

EVN-1 carries A01, matching an ADT^A01 admit notification sent in MSH-9 of the same message.

Where this trips people up

Test scripts that assert on EVN-1 directly will quietly break the day a source system stops populating it, because nothing in the standard requires it to be present once MSH-9 already carries the trigger event. We have seen QA suites pass for months on synthetic data that always fills EVN-1, then fail in production validation because the live feed leaves it blank. Build your test data with both populated and blank EVN-1 variants so your parsing logic is proven to fall back to MSH-9 correctly.

HL7 v2 EVN Segment Guide: Fields, Format, and Testing Gotchas
HL7 ADT Messages: A01 through A08 Explained
How to Write EDI Test Cases That Actually Catch Go-Live Failures
Test both populated and blank EVN-1 scenarios
Synthibase can generate ADT test sets that vary EVN-1 population realistically, so you can confirm your interface engine correctly falls back to MSH-9 instead of silently mishandling blank fields.
Start free trial →
This page is written independently by Synthibase for testing and informational purposes. It is not an official publication of HL7 International or X12/Washington Publishing Company, and is not a substitute for reviewing the official standard or your trading partner's companion guide. See our Terms of Service for full legal terms.