Understanding HL7 v2 PR1-10: Surgeon in Practice
PR1-10 is the only field in the PR1 segment dedicated to who actually performed the procedure, as opposed to who ordered it or who's attending the patient. Systems that fall back to the attending provider when PR1-10 is missing end up crediting procedures to physicians who never picked up an instrument.
PR1-10 is the tenth field of the HL7 v2 PR1 segment — the Surgeon, an extended composite ID identifying the provider who performed the procedure, separate from the ordering provider or attending physician carried elsewhere in the message.
What this field contains
Example
PR1-10 carries 8842^REYES^MONICA^L^^^MD, identifying the surgeon by ID, name, and credential. Synthetic provider — not a real person.
Where this trips people up
In teaching or co-surgery cases, more than one provider may be involved in a single procedure, but PR1-10 only carries one surgeon per PR1 segment. Some source systems handle this by repeating the field, others by adding a second PR1 with the same procedure code and a different surgeon, and others simply drop the second provider entirely. If your test suite only ever exercises the single-surgeon case, you won't catch which behavior your interface actually implements until a co-surgery case hits production and a provider's productivity report comes up short. Test multi-surgeon scenarios explicitly and confirm how your system reconciles them.