Overview of the Vital Records Domain Analysis Model
Vital Reporting Domain Analysis Model
Context for this Presentation
We are asking you to provide your feedback on a set of models that represent the data that
matters when vital record data is transmitted between systems.
- What is a Domain Analysis Model?
- Why do we work on it?
- How do you read it?
- What do the Vital Records models have in them?
Expert Friendly Expression
- A domain analysis model (DAM) is a product created by Health Level 7 – a standards development organization.
- Our standards are based on a single point of reference. We call it the Reference Information Model.
- We need a product to express functional requirements in a form that subject matter experts use to provide direction and feedback – that is the DAM.
- Our DAM has been developed using a specific modeling language: UML (Unified Modeling Language)
- It contains:
- Activity Models
- Class Models (Note, the class models include data elements, vocabulary, and specialized data types – more on this later.)
- A narrative that describes how things are done in terms of example characters.
- E.g.: "Margaret Mother delivered a 6 lb. 8 oz. baby boy. The baby boy was given to the pediatrician, Dr. Patty Pediatrician, and taken to the newborn nursery for measurement and an initial examination. Dr. Patty Pediatrician’s physical assessment was noted and an impression of the baby’s footprints and thumbprint were obtained by the L&D nurse, Nurse Nicole. …."
- Provides an informal portrait of a single case
- Is used as a starting point for further analysis and discussion.
- Show the flow from activity to activity – the dynamic view of a system.
- Understand how different organizations are involved.
- Activity diagrams are used to:
- Identify work processes and how they are related.
- Indicate the different parties, e.g., health care provider involved in the process
- Show how activities managed by different parties require that data move.
- An oval with a name inside
- Indicates a process, something that has to be done
- Swim Lane
- Indicated by lines on the diagram
- Used to show that different parties are responsible for activities
- Control Flow
- An arrow
- Shows the flow from one activity to another
- Object Flow
- An arrow with rectangles on either end
- Shows that data is passed as well as control
- Decision Point
- A diamond
- Used to how choices
An Example of Activity Model for act Business Workflow
- Enable computerized data processing.
- Lay the basis for data exchange without direct human intervention.
- We need to:
- Record and manage the data elements that are important for a group of activities.
- Provide name, description, data type, and (for coded elements) the list of possible values.
- Show how data elements are grouped, and clarify how these groups are associated.
- A rectangle with a notch cut out. Just like a paper folder.
- A collection of related classes
- A box showing a name, and a list of included elements
- Reveals how data is grouped, displays the “things” that attributes tell about.
- A text item with a class
- An individual piece of information.
- A line between two classes.
- Allows us to show the relationships – semantic and numeric between two classes.
- Two special types: generalization/specialization, and composition.
An Example of an act Class Model
The Model is more than its Diagram
- The diagrams summarize the model, but they are only part of it.
- You should also be aware of:
- Descriptions for activities, classes, and attributes.
- The multiplicity (cardinality) of associations
- How coded attributes are linked to a “concept domain”, and how that concept domain (aka code set) shows the possible values for coded elements.
Slide 14Our Three Models
- Registration of live birth
- Registration of a death
- Recording the death of a fetus
A look at Birth Related Activities
Looking at the text: an example
- Create Delayed Birth Record
- Activity: Each jurisdiction sets a time frame for the registration of a live birth, generally within one year of the event. If the registration of a live birth is delayed beyond the period defined by the jurisdiction's law, a request to register a delayed birth must be submitted. In addition to the required live birth information, additional documentary evidence must be submitted showing proof of residence, pregnancy and delivery. The delayed registration application is subject to acceptance and approval of the jurisdiction, and may be ordered by court. Delayed birth registrations are usually associated with unattended births, but may also be filed for hospital births that were not recorded in a timely matter due to omissions.
Note: This activity also supports EBRS Use Case 013: Create Delayed Birth Record.
Slide 17Information for Birth Records
- Note that the information has been split across two diagrams: birth & newborn. This is strictly to improve legibility – to keep the diagram on one page.
- It is important to also remember that the data content is drawn from the standard certificate. We have not attempted to capture additional data which tends to vary state by state.
Base Model for Births
A Class and its Attributes
Birth Core Data Model::Facility
Class: A healthcare facility that provides care to pregnant mothers and newborn infants. For the most part, the facility will be licensed to perform these services. Facilities are relevant within this model when they serve as places where pregnant women go to deliver a child, or where women or newborns are transferred if needed.
Birth Core Data Model::Facility Attributes
|facility Address||Address Location||The address at which the facility is located, and that is used to direct mail to the facility.|
|facilityName||char||The name by which the organization is referred.|
|facilityNPI||char||A unique identifier for the provider organization. Within the United States, the identifier is known as a National Provider ID, and provided by the Center for Medicare Services (CMS).|
Activities for Death Registration
Data to Define Death Registration
Reporting Fetal Deaths
- The Vital Records models also represents activities and data for Fetal Death Reporting.
- As with birth and death, there are activity and class models.
- Not surprisingly, the model we created draws features from each of the other two.
A note on Vocabulary
- In order to reliably convey data, we need to have agreement on the possible values to be carried in a coded field. E.g.: education levels, manners of death, maternal morbidities.
- For each of the component models, there is a section labeled: Concept Domains
- This section has a brief description of each code set, and a list of the items within that code set.
- As with the rest of the model, the content is drawn from the US Standard Certificates.
- You will also see this section in the models.
- It includes definitions where it was helpful to treat multiple items in the certificate as one attribute. E.g., person name, address.
- The data type that applies is shown next to the attribute name in the class model.
Items to review
- Ideally, Everything
- But, you might consider:
- Are critically important processes left out of the storyboards?
- Does the flow of the activity models seem reasonable?
- Is the way data is grouped into classes appropriate?
- Are there data elements missing that really deserve to be there?
- Are the descriptions of activities, classes, and attributes clear, useful, and sufficiently comprehensive?
- Throughout this presentation I have tried to:
- Explain why creation of a domain analysis model is a reasonable thing to do.
- Give you an introduction to the organization of the models, and the style used to create its diagrams.
- Provide enough of an overview of the content of the models to get you interested in digging into them.
Thank You – Are there any questions?
Health Data & Interoperability
Office: (610) 518-6259 Mobile: (610) 213-3475