...
| Note |
|---|
Orders can be discontinued whether or not they are active. This is necessary, because we cannot assume that the computer will always know about all active prescriptions. For example, if a patient shows up to clinic already taking a prescription that is not in the computer records and you want them to stop, it's helpful to be able to explicitly write a DISCONTINUE order for that medication even though it's not an active order. The workaround of writing for the medication and then immediately discontinuing is not viable, since it could imply that were ordering the medication for the patient at some point. |
Drug Reference Mappings
Like Concepts, Drugs need to have looser mapping mappings to other terminologies as shown , see diagram below.
| Gliffy | ||
|---|---|---|
|
| Code Block | ||||
|---|---|---|---|---|
| ||||
public Drug getDrugByMapping(String code, String sourceName, Boolean includeRetired)
public List<Drug> getDrugsByMapping(String code, String sourceName, Boolean includeRetired)
|
TODO (and notes)
- Rename "Regimens" tab to "Drug Orders"
- "standard drug regimens" replaced by order sets and and templates in them
- When initially creating orders via a saveEncounter call, the orders should be in draft state. A second call to sign all the orders is needed
- order_number, order_version, latest version are internally maintained, not to be entered by a user
- Don't link to the admin page edit screen from the dashboard. add a small popup that only lets the user edit certain properties
- On dashboard, can change the dosage to "change" an order. (aka orders are linked via discontinue and new order)
- aka, should not be able to change an activated order
- Make saveOrder smarter so that we can link/dc/etc orders if there are other ones that are related?
- Mutability needs to be researched, may be done for API 2.0, but not here
- Order object properties should be mostly immutable.
- Encounter.orders should not contain mutable Order objects
...