Skip directly to local search Skip directly to A to Z list Skip directly to navigation Skip directly to site content Skip directly to page options
CDC Home

National Vital Statistics System

Overview of the Vital Records Domain Analysis Model

PowerPoint Presentation [PPT - 1.8 MB]

 

Slide 1

Vital Reporting Domain Analysis Model

Mead Walker
HL7 member
March 2010

Vital Reporting Domain Analysis Model

 

Slide 2

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.

 

Slide 3

Outline

  • 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?

 

Slide 4

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.

 

Slide 5

Model Components

  • Our DAM has been developed using a specific modeling language: UML (Unified Modeling Language)
  • It contains:
    • Storyboards
    • Activity Models
    • Class Models (Note, the class models include data elements, vocabulary, and specialized data types – more on this later.)

 

Slide 6

Reading Storyboards

  • 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.

 

Slide 7

Tracing Workflow

  • 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.

 

Slide 8

Diagramming Activities

  • Activity
    • 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

 

Slide 9

An Example of Activity Model for act Business Workflow

Example of Activity Model for act Business Workflow

 

Slide 10

Defining Data

  • 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.

 

Slide 11
  • Package
    • A rectangle with a notch cut out. Just like a paper folder.
    • A collection of related classes
  • Class
    • A box showing a name, and a list of included elements
    • Reveals how data is grouped, displays the “things” that attributes tell about.
  • Attributes
    • A text item with a class
    • An individual piece of information.
  • Association
    • A line between two classes.
    • Allows us to show the relationships – semantic and numeric between two classes.
    • Two special types: generalization/specialization, and composition.

 

Slide 12

An Example of an act Class Model

Example of an act Class Model

 

Slide 13

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 14
Our Three Models
  • Registration of live birth
  • Registration of a death
  • Recording the death of a fetus

 

Slide 15

A look at Birth Related Activities

Example of the act Birth Registration Activities Model

 

Slide 16

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 17
Information 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.

 

Slide 18

Base Model for Births

Example of the class Birth Core Data Model

 

Slide 19

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

Attribute Type Notes
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).

 

 

Slide 20

Activities for Death Registration

Example of the Death Registration Activities Model

 

Slide 21

Data to Define Death Registration

Example of the Class Death Data Model

 

Slide 22

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.

 

Slide 23

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.

 

Slide 24

Data Types

  • 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.

 

Slide 25

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?

 

Slide 26

Summary

  • 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.

 

Slide 27

Thank You – Are there any questions?

Mead Walker
Health Data & Interoperability
Office: (610) 518-6259 Mobile: (610) 213-3475
Email: dmead@comcast.net

 

 

 

National Vital Statistics System logo

Contact Us:
  • Division of Vital Statistics
    National Center for Health Statistics
    3311 Toledo Rd
    Hyattsville, MD 20782
  • 1 (800) 232-4636
  • Contact CDC–INFO
USA.gov: The U.S. Government's Official Web PortalDepartment of Health and Human Services
Centers for Disease Control and Prevention   1600 Clifton Road Atlanta, GA 30329-4027, USA
800-CDC-INFO (800-232-4636) TTY: (888) 232-6348 - Contact CDC–INFO
A-Z Index
  1. A
  2. B
  3. C
  4. D
  5. E
  6. F
  7. G
  8. H
  9. I
  10. J
  11. K
  12. L
  13. M
  14. N
  15. O
  16. P
  17. Q
  18. R
  19. S
  20. T
  21. U
  22. V
  23. W
  24. X
  25. Y
  26. Z
  27. #