CDA Changes approved by Structured Documents TC

advertisement
1 CDA Changes approved by Structured Documents TC1





(Bob, Feb 2001) Retire Document_service.origination_dttm. (because it is redundant with
Document_service.effective_time).
(Bob, Feb 2001) Retire originator, confidentiality, language from <level_one> and from (what will
become) entities.
(Fred, Jan 2001) New value for <document_relationship.type_cd> includes "XFRM" (transform).
(Kai, Jan 2001) An <intended_recipient> can be a person OR organization.
(Bob, Jan 2001) (Technical Correction) :: The error is that we said that there is (optionally) just one
<fulfills_order>, which can contain one to many <order>. What we should have said is that there is
zero to many <fulfills_order>, each of which contains exactly one <order>. (The reason is because in
RIM 0.98, a service can have many service_relationships, and a service_relationship has exactly one
source and one target.)
Here's how the DTD would need to change:
----------------------------------------------------------CURRENT DTD
----------------------------------------------------------<!ELEMENT clinical_document_header (
...
fulfills_order?,
... )>
<!ELEMENT fulfills_order (
...
order+,
... )>
----------------------------------------------------------REVISED DTD
----------------------------------------------------------<!ELEMENT clinical_document_header (
...
fulfills_order*,
... )>
<!ELEMENT fulfills_order (
...
order,
... )>
(Changes to the Hierarchical Description in section 3.2.3 include:
o Cardinality in Row 16 changes from 0..1 to 0..*;
1
These changes will be folded into the next draft of the standard and will be subject to
approval/disapproval by formal vote at the Committee and Membership levels.
o Cardinality in Row 18 changes from 1..* to 1..1 )
2 Summary of deprecated functionality
(This is a copy of the email we posted to the listserver)
Subject: Planned deprecated CDA functionality
Greetings,
I wanted to summarize the complete set of CDA Level One, Release 1.0 functionality that we propose to
deprecate in the next release of the standard. Some of this was agreed to during the January 2001 meeting,
and some was agreed to last week in Minneapolis. If anyone objects to these please speak up. We'll also
include this list of items in an executive summary that is included in our future ballot package (anticipated
for the end of this year or first part of next year).
(1) Deprecate the CDA Header <service_tmr> component. Rationale: The CDA Header has an
<origination_dttm> component that represents the date/time the document is originated, and an
<encounter_tmr> component that represents the date/time a patient encounter occurred. According to the
standard:
"The <service_tmr> represents the time the service being documented took place. It is required unless there
is an encounter associated with the service in which case <encounter_tmr>, which represents the time of the
encounter, is required, and <service_tmr> need not be recorded."
There was never an intent in the CDA Header to model the date/time of a procedure that occurred during an
encounter. Rather, the <service_tmr> was intended to represent the date/time of a service that occurred
outside the context of a patient encounter - but we're not sure that such a use case actually exists.
(2) Deprecate the use of the "originator", "confidentiality" and "xml:lang" attributes in the CDA Level One
Body <levelone> component. Rationale: The use of these attributes in the <levelone> component is
ambiguous - The CDA standard does not say what to do if the values in <levelone> differ from those in the
CDA Header. The CDA Header is the context of the entire document.
(3) Deprecate the use of the "originator", "confidentiality" and "xml:lang" attributes in the following CDA
Level One Body components: <link>, <coded_entry>, <observation_media>, <local_markup>. Rationale:
The CDA differentiates between Structures and Entries. We've agreed to differentiate the context of a
structure from the context of an entry. In order to guarantee safe context (meaning that contextual attributes
are inherited by nested content unless explicitly overridden), we've limited the "originator",
"confidentiality" and "xml:lang" attributes to CDA structures.
(4) Deprecate the data type of <participation_tmr> for <authenticator>, <legal_authenticator>, and
<originator> from a time interval (IVL_TS) to a time point (TS). Rationale: This may have been an
oversight in CDA. It's not clear that there are any use cases for these to be an interval.
Download