Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

Patient Data and Session/Action Hierarchy

  1. A Noah ES patient record consists of patient demographic data (e.g. name, date of birth, address). Each patient can have zero to many sessions. There can be one session per calendar day. The session contains zero to many actions.

  2. An action represents a record of data stored for the patient. More details are covered in the below section “Action Data”

  3. When a Noah-compatible application saves actions to Noah it can group the actions together by setting an action group value. Action Group data makes it easier for applications later reading the data to quickly determine what data is closely related to other actions. For example, Noah compatible fitting software will typically store at least 4 actions when saving a hearing instrument fitting, 2 hearing instrument selection actions (for each ear) and two fitting actions (for each ear). When saved all 4 actions will have the same value

  4. As an option, a Noah-compatible application can store a Fast Data View of the action group. A fast data view can be a PDF or image file. The fast data view can later be ready to show a quick preview of the data.

  5. Noah-compatible applications can set references from one action to another. For example. A fitting application can reference a fitting action to an audiogram action recording the fact that the fitting is based on that particular audiogram

Action Data

A Noah Action has many properties, the most prominent being present here.

  • Action Description - A short text description of the action (data)

  • Action Data Type - HIMSA defines a number of data types used to categorize the data contained in the action.

  • Action Date - a timestamp

  • Action ID - a globally unique ID

  • Action Data

    • Public data - Data stored as publicly formatted data follows a HIMSA-published data standard. Please see HIMSA Data Standards for a complete list of standards with full details as to the format.

    • Private data - Applications that create actions can also store data that does not follow a HIMSA-defined data standard.

  • No labels