This wiki has undergone a migration to Confluence found Here
Difference between revisions of "September2008WGM arb doc"
Jump to navigation
Jump to search
Line 23: | Line 23: | ||
#Artifacts for SOA | #Artifacts for SOA | ||
− | ===Stack of specifications that support ISCS's | + | ==Enterprise Architecture Framework == |
− | + | AMS: belongs in Stack of Specifications that support ISCS above | |
− | + | ||
− | #Reference Information Model (Rim) | + | JK: I am not sure it belongs there |
− | #Abstract data types (adt) | + | |
− | #HL7 Development framework | + | #Interoperability service contract specifications |
− | ##Message Development framework | + | #Levels of Interoperability Service Contract Specifications(ISCS) (formerly known as trading partner agreements(TPA)) |
− | ##Services Development framework | + | #Stack of specifications that support ISCS's |
− | ##Structured Document Development framework | + | ##Reference |
− | ##Electronic Health Record Functional Model | + | ###Reference Information Model (Rim) |
− | ###Profile | + | ###Abstract data types (adt) |
− | #cpp (Email to Grahame) | + | ###HL7 Development framework |
− | #Guidance for using vocabulary in information structures(terminfo) | + | ####Message Development framework |
− | #Structured Vocabulary (sv) | + | ####Services Development framework |
− | #dmel | + | ####Structured Document Development framework |
− | #IV (email to Grahame ) | + | ####Electronic Health Record Functional Model |
− | #Service Specification Methodology | + | #####Profile |
− | + | ###cpp (Email to Grahame) | |
− | #Domain analysis Model(DAM) | + | ###Guidance for using vocabulary in information structures(terminfo) |
− | #Domain Message Information Model(DMIM) | + | ###Structured Vocabulary (sv) |
− | #Service Functional Model SFM | + | ###dmel |
− | #Electronic Health Record Functional Model (EHR-FM) | + | ###IV (email to Grahame ) |
− | + | ###Service Specification Methodology | |
− | #Refined Message Information models(RMIM) | + | ## Blueprint |
− | #Templates | + | ###Domain analysis Model(DAM) |
− | #CDA lgs | + | ###Domain Message Information Model(DMIM) |
− | #IHE Profiles(parts) | + | ###Service Functional Model SFM |
− | #Dynamic Models (Instance) | + | ###Electronic Health Record Functional Model (EHR-FM) |
− | #Logical Service Model | + | ##Platform Independent Model |
− | + | ###Refined Message Information models(RMIM) | |
− | #Implementable/Implementation Technology Specification (ITS) | + | ###Templates |
− | #Serialization models | + | ###CDA lgs |
− | #Web Services Description Language (WSDL) Fragments | + | ###IHE Profiles(parts) |
− | #Vertical Bar (AKA Version 2) (VBAR) | + | ###Dynamic Models (Instance) |
− | + | ###Logical Service Model | |
− | #Full WSDLs | + | ##Platform specific model |
− | #Simple Object Access Protocol (SOAP) | + | ###Implementable/Implementation Technology Specification (ITS) |
− | #JAVA POJO/EJB | + | ###Serialization models |
− | #Lower Level Protocol (LLP) | + | ###Web Services Description Language (WSDL) Fragments |
+ | ###Vertical Bar (AKA Version 2) (VBAR) | ||
+ | ##Platform Instance | ||
+ | ###Full WSDLs | ||
+ | ###Simple Object Access Protocol (SOAP) | ||
+ | ###JAVA POJO/EJB | ||
+ | ###Lower Level Protocol (LLP) | ||
+ | #Structure of HL7 delivers support for customers to craft ISCS | ||
+ | #Taxonomy and roadmap of the standards | ||
+ | #Ballot Quality |
Revision as of 13:39, 7 August 2008
September Table of Contents
Services Aware Enterprise Architecture Framework
- 2bBAM
- Drivers(Goals, customer needs, Performance measurements) Tony
- Organization (participants and roles) Tony
- Organization Structures Tony
- Organization Processes Tony
- Artifacts Jane
- Taxonomy and roadmap of the standards
- Levels of Interoperability Service Contract Specifications(ISCS) (formerly known as trading partner agreements(TPA))
- Stack of specifications that support ISCS's John (from EA Framework below?)
- Structure of HL7 delivers support for customers to craft ISCS
- Interoperability Service Specification
- Interoperability service contract specifications John (Conformance and Compliance document from NCI as content)
- Service enabled Dynamic Framework Mead
- Static Model
- Meta-Model
- Taxonomy of Services
- Interoperability service contract specifications John (Conformance and Compliance document from NCI as content)
- Conformance
- Conformance Criteria (assertions)
- Conformance adherence (Realization)
- Conformance Validation (Inspection/testing)
- Artifacts for SOA
Enterprise Architecture Framework
AMS: belongs in Stack of Specifications that support ISCS above
JK: I am not sure it belongs there
- Interoperability service contract specifications
- Levels of Interoperability Service Contract Specifications(ISCS) (formerly known as trading partner agreements(TPA))
- Stack of specifications that support ISCS's
- Reference
- Reference Information Model (Rim)
- Abstract data types (adt)
- HL7 Development framework
- Message Development framework
- Services Development framework
- Structured Document Development framework
- Electronic Health Record Functional Model
- Profile
- cpp (Email to Grahame)
- Guidance for using vocabulary in information structures(terminfo)
- Structured Vocabulary (sv)
- dmel
- IV (email to Grahame )
- Service Specification Methodology
- Blueprint
- Domain analysis Model(DAM)
- Domain Message Information Model(DMIM)
- Service Functional Model SFM
- Electronic Health Record Functional Model (EHR-FM)
- Platform Independent Model
- Refined Message Information models(RMIM)
- Templates
- CDA lgs
- IHE Profiles(parts)
- Dynamic Models (Instance)
- Logical Service Model
- Platform specific model
- Implementable/Implementation Technology Specification (ITS)
- Serialization models
- Web Services Description Language (WSDL) Fragments
- Vertical Bar (AKA Version 2) (VBAR)
- Platform Instance
- Full WSDLs
- Simple Object Access Protocol (SOAP)
- JAVA POJO/EJB
- Lower Level Protocol (LLP)
- Reference
- Structure of HL7 delivers support for customers to craft ISCS
- Taxonomy and roadmap of the standards
- Ballot Quality