Web Meeting Info:
Join Zoom Meeting - https://zoom.us/j/7183806281?pwd=WHVnUUlkWWhhcnRaYk9sWWQyOEkvUT09 | Meeting ID: 718 380 6281 P: 370553
+1 646 558 8656 US (New York) | Find your local number: https://zoom.us/u/aciVC9RrJ6
- R4B and R5
Co-chair webinar schedule
Co-chair webinars collide with main WG call once a month. Do we want to try and change the day/time. Ted asked Sadhana about this schedule. She has not yet answered.
Possibly swap with co-chair or UTG call.
Rob M. suggests that we have a main Vocab call every week. Not everyone agrees.
We decided when the co-chair webinar collides, will change the call to start the main WG call 30 minutes earlier, and schedule a 1 hour meeting (rather than the usual 2 hours). RM suggests that the main WG call continue when necessary, people can decide whether it is necessary to join the co-chair call. RH suggested listening to the recording of the co-chair call. Ted will add on-time, 30 minute calls to the schedule when this occurs.
|R4B ticket status||Rob H|
R4B Tickets (as discussed on the 2/11/2021 FHIR tracker call. Must be applied and QA'ed by March 3. Vocab goal is Feb 22.
Note here: it mentions that datatypes can be added to R4B https://chat.fhir.org/#narrow/stream/179165-committers/topic/R4B
29945 (Naming System maturity level),
29960 (Concept Map Dragon) and
29113 (Naming System ownership)
Rob H talked with Marc D today, Marc will be making the changes and applying them to the R4B branch. Rob M will communicate to Marc that yes, we would like the 3 tickets listed above to be applied to the build by EOD. Marc will let Rob M. know when they are done, and Rob M. will let the other co-chairs know.
|VSD and GH JIRA process||Rob M.||Every specification that is balloted on, and may be commented on, should now be in JIRA. Marc is working on the process to surface VSD and Gender Harmony to the JIRA project. We need to remember that if there is a new specification, we need to go through this process.|
|Process to request formal THO release||Ted|
The TSC approved publishing the next release of THO. Deadlines for anything going through the UTG process and in the CI build - snapshot will be taken Wednesday am (EST). (THO 2.1.0 for R4B) Feb 24. Who is notifying the community? No notifications of publication requests. The new governance group will create a process.
There is a listserv for all the co-chairs. A message could be sent there. Rob M will send info to Ted so he can send out an email to all co-chairs.
|R5||From LM email|
FMG requesting exactly what content fits one of these criteria. Must be clean and ready for QA by March 30.
Vocab has a lot of tickets to consider. Need to determine how tickets are prioritized.
How to prioritize
Please make sure you update tickets when you have a comment, or an idea about how to approach a ticket. Link to background information, or link to a Zulip chat. The ticket should be the main place to go to find info.
DesignationUse code system/value set. Not critical for R4B, but must be in R5 draft. UP-107 must be applied for R5 draft. Rob H and Ted will work off-line to resolve this issue.
|OID related tickets|
project = fhir and "Work Group" = "Vocabulary [vocab]" and grouping = OIDs
Must the OIDs be created via the OID registry, is there a technical requirement that the OIDs for a value set be in the OID registry.
TK: there is no V3 requirement that there is an OID in the OID registry for a value set. There is no OID registry API.
RM: Is the OID registry the source of truth for all HL7 terminology - we can state that the OID registry is not the source of truth for OIDs for all HL7 terminology.
TK: at one time the OID registry was declared to be the source of truth (history - back to when V3 didn't participate in harmonization.....)
RM: The OID registry as it exists does not contain every important OID, we shouldn't add OIDs to the registry simply because we have them. Personal opinion - we should create/generate OIDs for every terminology artifact. They don't have to be in the OID registry. The source of truth should be in THO (if appropriate) or in tx.fhir.org. TOOLING UPDATE REQUIRED (possibly when the CodeSystem and/or ValueSet is created in UTG) (generate the OID, make it visible) HSCR project. Category label = UTG Vocab needs to define a policy
RM: suggests adding this text to the tickets: Thank you for identifying these issues. Not all OIDs are in the OID registry. Vocab has identified that there is a deficiency in communication about OID assignments. It has been added to the list of items Vocab must address. Please continue to bring these to our attention. (Carmela will do this and prepare a block vote) Some do not have OIDs, some do.
TK: does this impact revenue? This is a complex issue that requires a systems level solution.
Older policy: External CodeSystem OIDs must be registered in the OID registry - and there is a cost to this. Does HTA enforce this? This is not a policy that is enforced, known, etc. Its not clear that there was a formal policy, and if there is, this must change.
Type 6 OID - are for external code systems if an external code system doesn't have their own OID. The owner can still be listed as the external organization.
Bulk loading of OIDs would be helpful.
|Using Codes / Selecting a Code System Identifier Text Review|
Co-chair review of this text:
Confirm so ticket can be applied.
Decided to talk about this at the 6 pm meeting.
|Code System Identifier Deprecation|
Discussion from 2/08
Action item from 2/1: compare/merge material from WGM Policy for terminology in FHIR IGs and the Vocab material during the Task Force call today. Done.
2/15/2021 Update: Vocab needs to define a deprecated identifier policy - the addition of a new publication status code is great, but doesn't solve everything. There is an immediate need to document how to work with the R4 definition before we get to R5. Based on last discussions, implementations can't distinguish between inactive and deprecated by looking at the effective period. TK will update the ticket with his thoughts on this issue. Unfortunately we are time limited. This was pushed to R5.
Governance: (still need a policy)
Deprecated status takes precedence over the validity period.
How to detect deprecated identifiers
Chance for mis-interpretation? Adding deprecated to the status value set does not help the NamingSystem identifier deprecated issue.
Ran out of time.
|External code systems - Canada|
Did not discuss on this call.
Discussion from 2/15:
Rob H: get the proposed text integrated into the FHIR specification (in the CI build), and review in context.
We reviewed FHIR-29968 and did not get to the point where we have a text block to propose for the R5 build.
This was discussed at length during Q5 Tuesday during the WGM. Jan 2021 - HL7 WGM - Tuesday Q5 Minutes
See discussion notes from previous co-chair call: 2021-01-18 Vocab Chair Agenda/Minutes
Should we also review the definition of preferred binding strength?
How to distinguish between extensible and preferred?
Did not get to this topic
Supporting C-CDA FHIR IG
Did not get to this topic
|From WGM. How does C-CDA address terminology quality now that Term Info cannot be referenced?|