This wiki has undergone a migration to Confluence found Here
Difference between revisions of "November 18, 2015"
Jump to navigation
Jump to search
JohnMoehrke (talk | contribs) (→Agenda) |
|||
Line 26: | Line 26: | ||
|- | |- | ||
==Agenda== | ==Agenda== | ||
− | * Discuss FHIR Methodology wrt to use of Resource and Profile "type" and "sub-type" elements. Last call, John asserted that the only codes that are permitted in the FHIR CD type element is = Consent. Kathleen disagreed as this would require every Resource to include an additional element "profile type" in order for profiles to use the Resource.type element to further specify profile types. | + | * Discuss FHIR Methodology wrt to use of Resource and Profile "type" and "sub-type" elements. Last call, John asserted that the only codes that are permitted in the FHIR CD type element is = Consent. Kathleen disagreed as this would require every Resource to include an additional element "profile type" in order for profiles to use the Resource.type element to further specify profile types. |
+ | ** John -- Not what I said. The way a resource instance indicates that it is conformant to a profile is through the meta tag. What I asserted is that our ConsentDirective profile would indicate that the Contract.type be fixed at some value (e.g. "Privacy Consent") to differentiate privacy consents from other contract types. This does not mean that all Contracts with that type (e.g. "Privacy Consent") are conformant to the ConsentDirective profile. So, I am just indicating what a Profile would 'constrain', having nothing to do with how an instance would declare that it is conforming to that profile. | ||
* Discuss other submitted use cases depending on who attends | * Discuss other submitted use cases depending on who attends | ||
+ | * Discuss example made from Pat's #1 use-case | ||
+ | ** http://wiki.hl7.org/index.php?title=Example-Consent-OptIn-NotLabs | ||
==Minutes== | ==Minutes== |
Revision as of 16:40, 18 November 2015
Back to HL7 FHIR Consent Directive Project
Contents
Agenda
- Discuss FHIR Methodology wrt to use of Resource and Profile "type" and "sub-type" elements. Last call, John asserted that the only codes that are permitted in the FHIR CD type element is = Consent. Kathleen disagreed as this would require every Resource to include an additional element "profile type" in order for profiles to use the Resource.type element to further specify profile types.
- John -- Not what I said. The way a resource instance indicates that it is conformant to a profile is through the meta tag. What I asserted is that our ConsentDirective profile would indicate that the Contract.type be fixed at some value (e.g. "Privacy Consent") to differentiate privacy consents from other contract types. This does not mean that all Contracts with that type (e.g. "Privacy Consent") are conformant to the ConsentDirective profile. So, I am just indicating what a Profile would 'constrain', having nothing to do with how an instance would declare that it is conforming to that profile.
- Discuss other submitted use cases depending on who attends
- Discuss example made from Pat's #1 use-case
Minutes
Action Items
Attendees
Member Name | x | Member Name | x | Member Name | ||||
---|---|---|---|---|---|---|---|---|
Johnathan ColemanCBCC Co-Chair | Kathleen Connor | Tarik Idris | ||||||
William Kinsley | Russell McDonell | John Moehrke Security Co-Chair | ||||||
Marty Prahl | Diana Proud-Madruga | Pat Pyette | ||||||
Andrew Torres | [1] | [2] |