Skip to content

Commit 1c40b8c

Browse files
lmckenzikpshek
authored andcommitted
Davinci proposal for new "start of encounter" hook from @lmckenzi (#465)
1 parent fe5c615 commit 1c40b8c

File tree

2 files changed

+41
-0
lines changed

2 files changed

+41
-0
lines changed

docs/hooks/encounter-start.md

Lines changed: 40 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,40 @@
1+
# `encounter-start`
2+
3+
| Metadata | Value
4+
| ---- | ----
5+
| specificationVersion | 1.0
6+
| hookVersion | 1.0
7+
| hookMaturity | 0 - Draft
8+
9+
## Workflow
10+
11+
This hook is invoked when the user is initiating a new encounter. In an inpatient setting, this would be the time of admission. In an outpatient/community environment, this would be the time of patient-check-in for a face-to-face or equivalent for a virtual/telephone encounter. The Encounter should either be in one of the following states: `planned` | `arrived` | `triaged` | `in-progress`. Note that there can be multiple 'starts' for the same encounter as each user becomes engaged. For example, when a scheduled encounter is presented at the beginning of the day for planning purposes, when the patient arrives, when the patient first encounters a clinician, etc. Hooks may present different information depending on user role and Encounter.status.
12+
13+
Note: This is distinct from the `patient-view` hook which occurs any time the patient's record is looked at - which might be done outside the context of any encounter and will often occur during workflows that are not linked to the initiation of an encounter.
14+
15+
The intention is that the cards from any invoked CDS Services are available at the time when decisions are being made about what actions are going to occur during this encounter. For example, identifying that the patient is due for certain diagnostic tests or interventions, identifying additional information that should be collected to comply with protocols associated with clinical studies the patient is enrolled in, identifying any documentation or other requirements associated with patient insurance, etc.
16+
17+
## Context
18+
19+
Field | Optionality | Prefetch Token | Type | Description
20+
----- | -------- | ---- | ---- | ----
21+
`userId` | REQUIRED | Yes | *string* | The id of the current user.<br />For this hook, the user is expected to be of type [Practitioner](https://www.hl7.org/fhir/practitioner.html) or [PractitionerRole](https://www.hl7.org/fhir/practitionerrole.html).<br />For example, `Practitioner/123`
22+
`patientId` | REQUIRED | Yes | *string* | The FHIR `Patient.id` of the Patient the Encounter is for
23+
`encounterId` | REQUIRED | Yes | *string* | The FHIR `Encounter.id` of the Encounter being started
24+
25+
### Examples
26+
27+
```json
28+
"context":{
29+
"userId" : "PractitionerRole/A2340113",
30+
"patientId" : "1288992",
31+
"encounterId" : "456"
32+
}
33+
```
34+
35+
## Change Log
36+
37+
Version | Description
38+
---- | ----
39+
1.0 | Initial Release
40+

mkdocs.yml

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -22,6 +22,7 @@ nav:
2222
- 'order-select 1' : 'hooks/order-select.md'
2323
- 'order-sign 1' : 'hooks/order-sign.md'
2424
- 'appointment-book 0' : 'hooks/appointment-book.md'
25+
- 'encounter-start 0' : 'hooks/encounter-start.md'
2526
- Quick Start: 'quickstart.md'
2627
- Best Practices: 'best-practices.md'
2728
- Examples: 'examples.md'

0 commit comments

Comments
 (0)