HL7 RRI_I12 Patient Referral Response
RRI_I12 is the response side of a REF_I12 patient referral. Depending on the local workflow, it may acknowledge the referral, return status, report what happened after review, or send clinical/procedure information that resulted from the referral.
It looks similar to REF_I12 because referral responses often need much of the same context: provider roles, patient identity, diagnoses, procedures, observations, visit information, and notes. The meaning is different, though. RRI is about the response from the referred-to side, not a fresh referral request.
A small RRI I12 example
What workflow it represents
The referred-to provider or service sends RRI_I12 back to the referring side. The message may confirm acceptance, provide booking details, request more information, return clinical findings, or report procedures and results that occurred because of the referral.
Downstream systems use it to update referral status, notify users, reconcile appointment or visit information, and close the loop with the original requester.
How to read the structure
MSH identifies the response, and optional MSA can tie it to the original message. RF1 carries referral status and timing context.
Authorization and provider contact groups use AUT, CTD, and PRD. PID identifies the patient. Clinical content may include DG1, PR1, OBR, OBX, PV1, and NTE.
Implementation traps
Do not treat every RRI as a simple ACK. It may carry meaningful status, appointment, authorization, procedure, or clinical information that needs to update the referral record.
Also be careful with visit context. HL7 notes that PV1/PV2 in RRI may describe the visit or encounter that resulted from the referral, rather than just mirroring the original REF message.
Reference notes
The HL7 v2+ patient referral chapter describes REF/RRI I12 as provider-to-provider referral messaging for a specific patient. It highlights that PV1/PV2 in RRI may represent the visit or encounter that resulted from the referral.