This wiki has undergone a migration to Confluence found Here
20080821 ARB Jump Start
Jump to navigation
Jump to search
Architecture Board
20080819 August out-of-cycle Day 3
Thursday Morning 0800 - 1130
Attendance
?? Depicts those expected who have not appeared.
Name | Role | Affiliation | |
Curry, Jane | ArB | Health Information Strategies | janecurry@healthinfostrategies.com |
Julian, Tony | ArB | Mayo Clinic | ajulian@mayo.edu |
Koisch, John | ArB | NCI | koisch_john@bah.com |
Larsen, Ed | Guest | HITSP | erlarsen@ix.netcom.com |
Lynch, Cecil | ArB | ontoreason LLC | clynch@ontoreason.com |
Mead, Charlie?? | ArB | Booz Allen Hamilton | charlie.mead@booz.com |
Orvis, Nancy ?? | ArB | DOD | nancy.orvis@tma.osd.mil |
Parker, Ron | ArB | CA Infoway | rparker@eastlink.ca |
Quinn, John | ArB | Health Level Seven, Inc. | jquinn@HL7.org |
Shakir, Abdul-Malik | ArB | Shakir Consulting | ShakirConsulting@cs.com |
Wrightson, Ann | Guest | NHS(IHC) | ann.wrightson@wales.nhs.uk |
Yongjian, Bao | ArB | GE Healthcare | yongjian.bao@med.ge.com |
Relationships between HL7 and other Organizations that needs to be revisited or added (30 minutes)
Discussion Defered
Conformance at the Blueprint Level
Refer to for model mapping terms to RM-ODP viewpoints
Notes to Reader: The elipses <...> is intended to be filled in upon instantiation of the profile. <modal verb> refers to the ANSI-speak modal verbs SHALL, SHOULD, MAY. A service in this context is an abstract concept with no technology or platform binding. A conformance assertion provides a checklist to test conformance of a given profile at a given level.
- Business context
- Definition:
- scope
- vision
- requirements
- use cases
- ties to EHR-S Functional Profile.
- The user expectations are
- Roles
- relationships
- Policies
- clouds
- EHR-S FP
- Use Cases
- Business context Conformance Assertions:
- Specification is of interest to <...>
- that will take on the roles<...>
- and exhibit relationships <...>
- and exhibit <...>Behaviours
- Specification has traceability to <...>HL7 Reference Material (EHR-S FM, RIM, ETC)
- Explanation
- Traceability
- Accountability
- This specification service owner is <...> and the
- information owner is <...>
- Specification is of interest to <...>
- Definition:
- Blueprint/Architectural Profiles
- Composition
- Information component
- Computational set of components
- Groups of operations focused by usage(outlooking)
- Service Profile Conformance Assertions
- Capabilities will be exhibited that are supported by <...> views and operations that align with usage as outlined in the Business Context.
- Special features of this view are <...>
- Optionally
- The information view <modal verb> be decoupled from the computational profile
- This service profile is designed to support <...> class of information views.
- Implementation patterns <modal verb> be Guided/influenced by policy
- This service profile is designed to support the implementation of <...> policies.
- Composition
- Domain Information Model (DIM)
- Definition:
- Domain Information Model is <...>
- Assertions
- DIM has traceability to <...> HL7 Reference Material (EHR-S FM, RIM, ETC)
- Optionally may tie to
- Definition:
- Dynamic Blueprint??Better Word??
- Definition
- Functional decomposition
- Use case realization
- Application
- Collaborations
- Assertions
- Application roles are <...>
- Initiated by <...>
- Optionally followed by <...>
- Definition
Conformance at the Platform Independent level
- Business Governance
- Consists of
- Rules
- focus
- Purpose
- Policies
- User roles
- Timing
- Sequencing(Potential)
- Relationships
- Technical design decisions that presume policy/Policies
- Assertions
- Set(s) of implications, consequences
- Note to consumers EDITOR fill this out!
- V3 core principles
- Consists of
- CIM, LIM
- Definitions
- Assertions
- The artifacts are assertions of conformance.
- Optionally include extra assertions that reflect quality/functional requirements associated with the invormation views.
- Interface Specifications
- Definition
- Assertions
- The artifacts are assertions of conformance.
- Optionally include extra assertions that reflect quality/functional requirements associated with the invormation views.
- Dynamic Model
- Definition
- Assertions
- The
- timing,
- sequencing,
- shared state,
- rules
- are realized by
- roles,
- relationships,
- interactions,
- exchanges,
- channels.
- Optionally include extra assertions that reflect quality/functional requirements associated with the invormation views.
- The
NOTE: Designers in healthcare have a certain mental defect that empowers them to perform their function to the chagrin of those not so empowered.
Note RE a person object with dob and name. Programmer makes dob and name private, then creates setters and getters, wherein are defined the business rules. When you bury the rules in the setters and getters you are hiding the behaviours. Assuming a function CheckContent, the rules are hidden in the function. The behaviour needs to be explicit at the process level. Objects have encapsulation, services have virtualization: Technically you are not doing any different between service and objects (except polymorphism, recursion).
Conformance at the Platform Binding Level
Assertions are the artifacts themselves: Optionally include extra assertions that reflect quality/functional requirements associated with the invormation views.
Dynamic Model
Discussion was held about the dynamic model. AMS captured the changes discussed in the model as expressed in EA(see diagram).
Error creating thumbnail: Unable to save thumbnail to destination
Example of using the taxonomy:
Error creating thumbnail: Unable to save thumbnail to destination
Glide Path (75 Minutes)
- Assignments, Ownerships
- Review Schedule
- September 11th is drop dead date for readiness for the meeting; final review
Thursday 1300 + (Optional)
TBD Tony Julian