Internationalization Work Group - Education Organization Models
- Gabrielle Garonzik
Contents
Education Organization Domain Models
Ed-Fi Data Standard v3.2 Education Organization Domain
Source: Education Organization Domain
Ed-Fi Education Organization Domain - click to enlarge
IMS OneRoster v1.1 Org Data Model
Source: https://www.imsglobal.org/oneroster-v11-final-specification#_Toc480452016
IMS OneRoster Org Data Model - click to enlarge
Microsoft EDU CDM Org Data Model
Source: Internationalization Work Group 2019-12-11
MS EDU CDM Org Data Model - click to enlarge
FHIR v4.0.1 Org Resource
Source: http://hl7.org/fhir/organization.html
FHIR Org Resource - click to enlarge
Proposed Ed-Fi International Data Model - Education Organization Domain
The following is a UML diagram representation of possible internationalized versions of the Ed-Fi Education Organization domain. These suggestions are based on the above comparisons with other data standards and notes from previous Internationalization Work Group meetings.
Three options are presented, with varying levels of complexity. One key feature that is uniform across all proposed models is to "meet in the middle" in terms of complexity. Education Organizations are divvied into two generic categories: AdministrativeEducationOrganization and School.
AdministrativeEducationOrganization would include attributes and relationships intended for higher-level agencies in the Education Organization hierarchy. In the US, these would be the StateEducationAgency, LocalEducationAgency, and EducationServiceCenter entities. School would include attributes and relationships for enrollment.
Option 1: Two Concrete Education Organization Classes
Proposed Education Organization Model 1 - click to enlarge
The main differences in the three approaches are to do with structure. The first is the simplest model with two concrete classes that each have self references to create a hierarchy and a single reference between the two where a School can be an organizational component of an AdministrativeEducationOrganization.
Option 2: Education Organization Abstract with Two Sub-Classes
Proposed Education Organization Model 2 - click to enlarge
In this second approach, common elements between the two Education Organization classes are grouped into a single, abstract entity EducationOrganization.
Option 3: Education Organization Abstract with Two Sub-Classes and Relationship Association
Proposed Education Organization Model 3 - click to enlarge
The third option removes the self-references on each of the two Education Organization sub-classes and insteads allows for a hierarchy to be defined via a new EducationOrganizationRelationshipAssociation class. This provides two benefits over the self-referencing structure:
- Allows for defining relationships that are not explicitly parent/child between education organizations.
- A multi-tiered hierarchy of education organizations can quickly become cumbersome on an API.