Difference between revisions of "Patient Appointment Reminders"
Rene spronk (talk | contribs) (new proposal) |
Rene spronk (talk | contribs) |
||
| Line 9: | Line 9: | ||
The Appointment Topic in the Scheduling domain has various "Notifications", but none seems to directly fit the above reason for sending it. This is not as much a matter of a new information model, but it would require a new trigger event and a new interaction (with the same RMIM as the existing notifications; or maybe just a subset thereof). | The Appointment Topic in the Scheduling domain has various "Notifications", but none seems to directly fit the above reason for sending it. This is not as much a matter of a new information model, but it would require a new trigger event and a new interaction (with the same RMIM as the existing notifications; or maybe just a subset thereof). | ||
| + | |||
| + | Note: A new trigger event S27 was added to version 2.7. Trigger event S27 (in v2) could be used to support the use-case described in this proposal; as such this proposal isn't breaking any new ground. | ||
Proposed changes: | Proposed changes: | ||
Revision as of 11:54, 17 July 2011
Summary: this is a proposal to support a Norwegian use-case for patient apointment reminders via SMS, which calls for a "user based trigger" Notification (i.e. a notification that's not status-change based).
Use case
We are about to implement a solution for patient appointment reminders through text messages on mobile phones.
The message is supposed to be sent the day before the actual appointment and is planned to contain the phone number and a short message. The sender will be required, but will not be passed through to the patient.
Proposes Changes
The Appointment Topic in the Scheduling domain has various "Notifications", but none seems to directly fit the above reason for sending it. This is not as much a matter of a new information model, but it would require a new trigger event and a new interaction (with the same RMIM as the existing notifications; or maybe just a subset thereof).
Note: A new trigger event S27 was added to version 2.7. Trigger event S27 (in v2) could be used to support the use-case described in this proposal; as such this proposal isn't breaking any new ground.
Proposed changes:
- Add a new (user based) trigger event (and interaction) to the Appointment Topic in the Scheduling domain
- New trigger event Appointment Reminder Notification, Type: user-based (no state change). Description: At a user-defined point in time prior to the appointment the Appointment Informer sends the appointment details to the Appointment Tracker.
- New interaction: Appointment Reminder Notification, payload: Full Appointment R-MIM.
