Loading...
Help
Login
Busy
Search
Luxembourg CDA specifications - Templates

 
Template locked

OK Not OK
Templates (External repositories)

Warning Ok
Warning
Filter
CDA recordTarget
Issues (3)
Change Request Status = Open (lux-gh-issue-9): II - datatype ID column -- strict --
TypeChange RequestStatusChange Request Status = Open PriorityNormal
Events
Tracking / Status = Open 2017-12-11 13:56:56: Tracking by Heiko
Description
Finding:

- The situation that the ID column with II datatype is checked strict, means the information about the same id must not be given twice, may cause problems with already existing documents created in DSP. 

Suggestion:

- Please verify with Abderrazek if this rule can be changed not to being so "strict" and allow double values

Further explanation:

-

Change Request Status = Closed (lux-gh-issue-15): Add Birthplace condition
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Events
Tracking / Status = Closed 2018-01-03 14:37:02: Tracking by Samuel
Description
Done
Tracking / Status = Open 2017-12-27 13:15:15: Tracking by Heiko
Description
Finding:

- Conditional conformance related to name and addr element in patient/birthplace/place. Either both or at least one of the elements SHALL be provided.

Suggestion:

-

Further explanation:

-

For future consideration Status = Open (lux-gh-issue-22): Check with tests if multiple id element really needed
TypeFor future considerationStatusFor future consideration Status = Open PriorityNormal
Events
Tracking / Status = Open 2017-12-27 15:22:40: Tracking by Heiko
Description
Finding:

- The multiple ID elements in patient are used to present three different types of identifiers in sequence. The Schematron rule is checking about the used / to use root id. 

Suggestion:

- I guess it is not needed to have 3 times the id element or at least change the cardinality of each one to 1..1

Further explanation:

-

 
 
Busy
Structure Definitions (External repositories)