Difference between revisions of "Card Tech Minutes 2017.04.19-21"
Jump to navigation
Jump to search
| Line 3: | Line 3: | ||
:* Introduction to the Supplement - This doesn't explicitly cover pediatric procedures, it only covers adult procedures. We will amend the wording to ensure that clinicians understand the scope of it's use. Antje added the references to Health Policy Statements (HPS) and other publications that were cited. She renumbered the ''Open Items'' for clearer understanding of what was still left to be done. We also will add a glossary for the template. She copied the the content for Actors Requirements and Content Modules which will need to be transferred to the new Art Decor tool. In the ''Content Creator'' section the codes for report and procedure types was updated to include EPRC. ''Content Bindings'' need references for the containment structure. She placed an overview to give users the scope of how this is meant to be used in the clinical world. The three use cases remain unchanged, and give more details about how this could be applied. Some editing was done to remove duplication of descriptions. We will also place wording that this profile will supersede the previous versions. We'll spend a little bit of time to ensure that grammar and technical wording of the CDA is correct. | :* Introduction to the Supplement - This doesn't explicitly cover pediatric procedures, it only covers adult procedures. We will amend the wording to ensure that clinicians understand the scope of it's use. Antje added the references to Health Policy Statements (HPS) and other publications that were cited. She renumbered the ''Open Items'' for clearer understanding of what was still left to be done. We also will add a glossary for the template. She copied the the content for Actors Requirements and Content Modules which will need to be transferred to the new Art Decor tool. In the ''Content Creator'' section the codes for report and procedure types was updated to include EPRC. ''Content Bindings'' need references for the containment structure. She placed an overview to give users the scope of how this is meant to be used in the clinical world. The three use cases remain unchanged, and give more details about how this could be applied. Some editing was done to remove duplication of descriptions. We will also place wording that this profile will supersede the previous versions. We'll spend a little bit of time to ensure that grammar and technical wording of the CDA is correct. | ||
:* Cardiology will be the first domain that will use Art Decor to produce the documentation of our profiles. Mary Jungers reminded us that the final content needs to be usable by end users, so we will need to balance the materials based in the template, and what resides in Art Decor, e.g. value sets. Discussions with Kai Hentmann will take place around May 2nd to help us define three mechanisms for publications: a PDF, a wiki, or a template within Art Decor. We'll use this a pilot for Art Decor CDA documents. If it doesn't work, we may need to consider another pathway. We may have a public comment period about the Art Decor publication process to have end users provide feedback on the new process. As a side note, the Art Decor is very helpful and does seem to streamline the work of the Domain. | :* Cardiology will be the first domain that will use Art Decor to produce the documentation of our profiles. Mary Jungers reminded us that the final content needs to be usable by end users, so we will need to balance the materials based in the template, and what resides in Art Decor, e.g. value sets. Discussions with Kai Hentmann will take place around May 2nd to help us define three mechanisms for publications: a PDF, a wiki, or a template within Art Decor. We'll use this a pilot for Art Decor CDA documents. If it doesn't work, we may need to consider another pathway. We may have a public comment period about the Art Decor publication process to have end users provide feedback on the new process. As a side note, the Art Decor is very helpful and does seem to streamline the work of the Domain. | ||
| − | :*Content Module - There is a new Parent template ID for this document, from 1.1 to 2.1. We are unsure if ''Data Element Requirements Mappings to CDA'' would be required for this profile. it is more conceptual, such as where the history for the section came from. This could be extended by the Registry Data Elements. On a high level, we could say these terms came from the HPS. IHE does not have a consistent approach to content modules. Optimally, this should be harmonized across Domains. In Art Decor, it is possible to list the Parent Templates, which may be too much detail for the average implementation. They are more interested in what actually works, not as much detail into the why something should work. | + | :*Content Module - There is a new Parent template ID for this document, from 1.1 to 2.1. We are unsure if ''Data Element Requirements Mappings to CDA'' would be required for this profile. it is more conceptual, such as where the history for the section came from. This could be extended by the Registry Data Elements. On a high level, we could say these terms came from the HPS. IHE does not have a consistent approach to content modules. Optimally, this should be harmonized across Domains. In Art Decor, it is possible to list the Parent Templates, which may be too much detail for the average implementation. They are more interested in what actually works, not as much detail into the why something should work. Table 6.3.1 - Maps directly over to Art Decor, and include the optional cardinality and optionality. As a side note, Mary said that we would be responsible for testing the links manually. The template ID and the OIDs are linked within the document as well. |
| − | |||
Revision as of 10:45, 19 April 2017
Wed, April 19, 2017 - Day 1
- Consolidated CRC, Vol 1
- Introduction to the Supplement - This doesn't explicitly cover pediatric procedures, it only covers adult procedures. We will amend the wording to ensure that clinicians understand the scope of it's use. Antje added the references to Health Policy Statements (HPS) and other publications that were cited. She renumbered the Open Items for clearer understanding of what was still left to be done. We also will add a glossary for the template. She copied the the content for Actors Requirements and Content Modules which will need to be transferred to the new Art Decor tool. In the Content Creator section the codes for report and procedure types was updated to include EPRC. Content Bindings need references for the containment structure. She placed an overview to give users the scope of how this is meant to be used in the clinical world. The three use cases remain unchanged, and give more details about how this could be applied. Some editing was done to remove duplication of descriptions. We will also place wording that this profile will supersede the previous versions. We'll spend a little bit of time to ensure that grammar and technical wording of the CDA is correct.
- Cardiology will be the first domain that will use Art Decor to produce the documentation of our profiles. Mary Jungers reminded us that the final content needs to be usable by end users, so we will need to balance the materials based in the template, and what resides in Art Decor, e.g. value sets. Discussions with Kai Hentmann will take place around May 2nd to help us define three mechanisms for publications: a PDF, a wiki, or a template within Art Decor. We'll use this a pilot for Art Decor CDA documents. If it doesn't work, we may need to consider another pathway. We may have a public comment period about the Art Decor publication process to have end users provide feedback on the new process. As a side note, the Art Decor is very helpful and does seem to streamline the work of the Domain.
- Content Module - There is a new Parent template ID for this document, from 1.1 to 2.1. We are unsure if Data Element Requirements Mappings to CDA would be required for this profile. it is more conceptual, such as where the history for the section came from. This could be extended by the Registry Data Elements. On a high level, we could say these terms came from the HPS. IHE does not have a consistent approach to content modules. Optimally, this should be harmonized across Domains. In Art Decor, it is possible to list the Parent Templates, which may be too much detail for the average implementation. They are more interested in what actually works, not as much detail into the why something should work. Table 6.3.1 - Maps directly over to Art Decor, and include the optional cardinality and optionality. As a side note, Mary said that we would be responsible for testing the links manually. The template ID and the OIDs are linked within the document as well.