Listen for patient record updates

Last updated: Sep 11, 2025
PRODUCT OWNER
IMPLEMENTATION
HEALTH TECH VENDOR

You may want to listen for patient record updates to maintain a patient database for your own system (whether for the long-term or short-term) or if you need updates on patient insurance data.

Use cases

This API action may be a good fit for your organization if you want to be notified about these events in your connection’s EHR system:

  • A new patient is added.
  • An existing patient has updates for registration or demographic information.
  • An existing patient has either new insurance or updates to existing insurance.
  • An existing patient checks in for a specific visit or registers for an outpatient visit.
  • An existing patient cancels an outpatient visit.

Supported systems

You can receive notifications like this with the Redox FHIR® API.

Your connection's system can push notifications with a polling or subscription type of system.

Lightweight or detailed notification

Depending on your connection’s capabilities, you can opt in for lightweight or detailed notifications.

A lightweight notification is typically a bare bones message with the relevant identifier (e.g., patient, visit #) and an indication of “something's new” or “something has changed.” Lightweight notifications generally trigger you to do something within your own workflow or to query for more information.

On the other hand, a detailed notification means that you receive all the data about what’s new or what's changed. This might be useful if you need to persist all that data in your system to complete your own unique workflow.

Things you need to know

What's next?

Does this API action seem like a good fit for your unique workflow? Let your Technical Account Manager know! To start development, download the resource schema noted in the related action step. Then decide which data elements you need.

If you’re new to Redox, use the Quickstart guide to dive in. If you’re not engaged with our sales team yet, talk to a Redoxer to get started.

Action steps

Listen for patient registration updates

For patient registration, the EHR system sends a notification when a patient's demographics are updated during an inpatient or outpatient visit.

To review technical specifications for this notification, refer to the Patient Registered schema.

How to respond to FHIR notifications

Upon receiving this type of message, you only need to respond with the relevant HTTP status code. After that, you decide what your system should do with the notification.

Patient Registered
Payload
json
1
{
2
"id": "PatientAdminEventPatientRegisteredBundleExample",
3
"type": "message",
4
"entry": [
5
{
6
"resource": {
7
"id": "RedoxMessageHeaderExample",
8
"source": {
9
"name": "Good Health Clinics",
10
"endpoint": "05107c08-fe2f-4740-8c1d-c7107d18ebe5"
11
},
12
"eventUri": "https://fhir.redoxengine.com/EventDefinition/PatientAdminRegistered",
13
"definition": "https://fhir.redoxengine.com/MessageDefinition/PatientAdminRegisteredPayload",
14
"resourceType": "MessageHeader"
15
}
16
},
17
{
18
"fullUrl": "https://api.redoxengine.com/fhir/R4/redox-fhir-sandbox/Development/Patient?identifier=urn:redox:redox-fhir-sandbox:MR|kyHGADnvX3xbkU4V9ayaqh",
19
"resource": {
20
"resourceType": "Patient"
21
}
22
},
23
{
24
"fullUrl": "https://api.redoxengine.com/fhir/R4/redox-fhir-sandbox/Development/Encounter?identifier=urn:redox:encounterId|zzz123Encounter",
25
"resource": {
26
"class": {
27
"code": "AMB",
28
"system": "http://terminology.hl7.org/ValueSet/v3-ActEncounterCode"
29
},
30
"status": "planned",
31
"resourceType": "Encounter"
32
}
33
}
34
],
35
"timestamp": "2021-06-17T20:33:22.422Z",
36
"resourceType": "Bundle"
37
}

Listen for new patient notifications

The EHR system sends a notification whenever a patient record is created. To review technical specifications for this notification, refer to the Patient Created schema.

This one step is also encompassed in listening for patient registration notifications. Depending on what the EHR system supports, you may need to use this independent action step instead of the combined patient registration action step to get the same data.

How to respond to FHIR notifications

Upon receiving this type of message, you only need to respond with the relevant HTTP status code. After that, you decide what your system should do with the notification.

Patient Created
Payload
json
1
{
2
"resourceType": "Bundle",
3
"id": "PatientAdminEventPatientCreatedBundleExample",
4
"type": "message",
5
"timestamp": "2021-06-17T20:33:22.422Z",
6
"entry": [
7
{
8
"resource": {
9
"resourceType": "MessageHeader",
10
"id": "RedoxMessageHeaderExample",
11
"source": {
12
"name": "Good Health Clinics",
13
"endpoint": "05107c08-fe2f-4740-8c1d-c7107d18ebe5"
14
},
15
"eventUri": "https://fhir.redoxengine.com/EventDefinition/PatientAdminCreated",
16
"definition": "https://fhir.redoxengine.com/MessageDefinition/PatientAdminCreatedPayload"
17
}
18
},
19
{
20
"fullUrl": "https://api.redoxengine.com/fhir/R4/redox-fhir-sandbox/Development/Patient?identifier=urn:redox:redox-fhir-sandbox:MR|kyHGADnvX3xbkU4V9ayaqh",
21
"resource": {
22
"resourceType": "Patient"
23
}
24
}
25
]
26
}

Listen for patient update notifications

The EHR system sends a notification whenever a patient's record is updated (e.g., a patient's phone number is updated to a new number). To review technical specifications for this notification, refer to the Patient Updated schema.

This one step is also encompassed in listening for patient registration notifications. Depending on what the EHR system supports, you may need to use this independent action step instead of the combined patient registration action step to get the same data.

How to respond to FHIR notifications

Upon receiving this type of message, you only need to respond with the relevant HTTP status code. After that, you decide what your system should do with the notification.

Patient Updated
Payload
json
1
{
2
"id": "PatientAdminEventPatientUpdatedBundleExample",
3
"type": "message",
4
"entry": [
5
{
6
"resource": {
7
"id": "RedoxMessageHeaderExample",
8
"source": {
9
"name": "Good Health Clinics",
10
"endpoint": "05107c08-fe2f-4740-8c1d-c7107d18ebe5"
11
},
12
"eventUri": "https://fhir.redoxengine.com/EventDefinition/PatientAdminUpdated",
13
"definition": "https://fhir.redoxengine.com/MessageDefinition/PatientAdminUpdatedPayload",
14
"resourceType": "MessageHeader"
15
}
16
},
17
{
18
"fullUrl": "https://api.redoxengine.com/fhir/R4/redox-fhir-sandbox/Development/Patient?identifier=urn:redox:redox-fhir-sandbox:MR|kyHGADnvX3xbkU4V9ayaqh",
19
"resource": {
20
"resourceType": "Patient"
21
}
22
}
23
],
24
"timestamp": "2021-06-17T20:33:22.422Z",
25
"resourceType": "Bundle"
26
}

Listen for patient merge notifications

The EHR system sends a notification whenever two patient records are merged. To review technical specifications for this notification, refer to the Patient Merged schema.

This one step is also encompassed in listening for patient registration notifications. Depending on what the EHR system supports, you may need to use this independent action step instead of the combined patient registration action step to get the same data.

How to respond to FHIR notifications

Upon receiving this type of message, you only need to respond with the relevant HTTP status code. After that, you decide what your system should do with the notification.

Patient Merged
Payload
json
1
{
2
"resourceType": "Bundle",
3
"id": "PatientAdminEventPatientMergedBundleExample",
4
"type": "message",
5
"entry": [
6
{
7
"resource": {
8
"eventUri": "https://fhir.redoxengine.com/EventDefinition/PatientAdminMerge",
9
"definition": "https://fhir.redoxengine.com/MessageDefinition/PatientAdminEventPatientMergedMessageDefinition",
10
"resourceType": "MessageHeader",
11
"id": "RedoxMessageHeaderExample",
12
"meta": {
13
"profile": [
14
"https://fhir.redoxengine.com/StructureDefinition/redox-message-header"
15
]
16
},
17
"source": {
18
"name": "Good Health Clinics",
19
"endpoint": "05107c08-fe2f-4740-8c1d-c7107d18ebe5"
20
},
21
"focus": [
22
{
23
"reference": "Patient/RedoxPatientExampleTimothyMinimalMergedNew"
24
}
25
]
26
}
27
},
28
{
29
"fullUrl": "https://api.redoxengine.com/fhir/R4/redox-fhir-sandbox/Development/Patient/RedoxPatientExampleTimothyMinimalMergedNew",
30
"resource": {
31
"resourceType": "Patient",
32
"id": "RedoxPatientExampleTimothyMinimalMergedNew",
33
"meta": {
34
"profile": [
35
"https://fhir.redoxengine.com/StructureDefinition/redox-patient"
36
]
37
},
38
"identifier": [
39
{
40
"value": "0000000001",
41
"system": "urn:redox:health-one:MR"
42
},
43
{
44
"value": "101-01-0001",
45
"system": "http://hl7.org/fhir/sid/us-ssn"
46
}
47
],
48
"link": [
49
{
50
"other": {
51
"reference": "Patient/RedoxPatientExampleTimothyMinimalMergedOld"
52
},
53
"type": "replaces"
54
}
55
],
56
"name": [
57
{
58
"given": [
59
"Timothy",
60
"Paul"
61
],
62
"family": "Bixby"
63
}
64
],
65
"gender": "male",
66
"birthDate": "2008-01-06"
67
}
68
},
69
{
70
"fullUrl": "https://api.redoxengine.com/fhir/R4/redox-fhir-sandbox/Development/Patient/RedoxPatientExampleTimothyMinimalMergedOld",
71
"resource": {
72
"resourceType": "Patient",
73
"id": "RedoxPatientExampleTimothyMinimalMergedOld",
74
"meta": {
75
"profile": [
76
"https://fhir.redoxengine.com/StructureDefinition/redox-patient"
77
]
78
},
79
"identifier": [
80
{
81
"value": "0000000002",
82
"system": "urn:redox:health-one:MR"
83
},
84
{
85
"value": "101-01-0001",
86
"system": "http://hl7.org/fhir/sid/us-ssn"
87
}
88
],
89
"link": [
90
{
91
"other": {
92
"reference": "Patient/RedoxPatientExampleTimothyMinimalMergedNew"
93
},
94
"type": "replaced-by"
95
}
96
],
97
"name": [
98
{
99
"given": [
100
"Timothy",
101
"Paul"
102
],
103
"family": "Bixby"
104
}
105
],
106
"gender": "male",
107
"birthDate": "2008-01-06"
108
}
109
}
110
],
111
"timestamp": "2021-06-17T20:33:22.422Z"
112
}

FHIR® is a registered trademark of Health Level Seven International (HL7) and is used with the permission of HL7. Use of this trademark does not constitute an endorsement of products/services by HL7®.