Skip to content

refactor(ehealth-carecommunication): extract CS/VS and fix profile issues#283

Open
jhntrifork wants to merge 2 commits into
release_2026.3from
refactor/ehealth-carecommunication-cleanup
Open

refactor(ehealth-carecommunication): extract CS/VS and fix profile issues#283
jhntrifork wants to merge 2 commits into
release_2026.3from
refactor/ehealth-carecommunication-cleanup

Conversation

@jhntrifork
Copy link
Copy Markdown
Contributor

Summary

Split out from #282 so CCR0316 and the carecommunication cleanup can be reviewed independently.

Profile changes

  • Extract CareCommunication CodeSystems and ValueSets into dedicated FSH files (ehealth-codesystem-carecommunication.fsh, ehealth-valueset-carecommunication.fsh).
  • Add ehealth-carecommunication-status-reason CS + VS documenting the valid stopped-status reason codes (system-error, recipient-unavailable). The existing stopped-status-statusReason invariant remains the enforcing constraint; the CS/VS are kept for discoverability.
  • Remove the redundant only-asap-or-routine invariant (already covered by priority-category-invariant).
  • Add explicit Id fields to the carecommunication extensions.
  • Simplify topic-required-when-category-other (iif(...) → logical or) and add clarifying parens around the payloadAttachment-contentType-required precondition.
  • Rename MessageType ValueSet id to ehealth-carecommunication-message-type and align the binding URL.

File renames

  • ConceptMap-CareCommunucation-Category.jsonConceptMap-CareCommunication-Category.json (typo). Internal id/url are unchanged so no downstream references break.

Other

  • Restore ehealth-relatedperson.relationship.coding binding strength to required. The not-present poa-privilege CodeSystem in the relatedperson-relationshiptype ValueSet compose covers vendor codes, so loosening to extensible is unnecessary.
  • Trailing-newline / typo / wording fixes in the profile intro and ConceptMap files.
  • sushi.sh: switch the SUSHI warning filter from sed to grep -v (the sed form occasionally dropped surrounding lines).

Changelog

Adds carecommunication-related entries under 9.0.2-SNAPSHOT and the status-reason CS/VS entries.

Notes for reviewers

  • The relationship.coding strength change is the one potentially breaking item — please confirm the argument that the poa-privilege not-present CS handles vendor extensibility inside the ValueSet compose.
  • No new behavior is intended; this is a structural/cleanup pass on top of the carecommunication profile merged in Ehealth carecommunication #242.

…ix profile issues

- Move CareCommunication code systems and value sets to separate FSH file
- Add statusReason binding from ehealth-carecommunication-status-reason
- Fix ConceptMap filename typo: CareCommunucation -> CareCommunication
- Restrict inResponseTo to ehealth-carecommunication references only
- Remove only-asap-or-routine invariant
- Fix extension Id fields and minor typos throughout
- Update changelog with CCR0316 and carecommunication entries
…anges

- Restore ehealth-relatedperson relationship binding to required; the
  not-present poa-privilege CodeSystem in the ValueSet compose handles
  vendor codes without loosening to extensible
- Revert ConceptMap group targets back to ValueSet URLs (MedCom does
  not publish standalone CodeSystem resources at those paths)
- Remove statusReason required binding; the stopped-status-statusReason
  invariant is the intended constraint; CS/VS kept for discoverability
- Remove inResponseTo type restriction to ehealth-carecommunication;
  was not in original and adds unintended constraint
- Restore ehealth-carecommunication-message-Type capitalisation to
  preserve the StructureDefinition URL used by parallel implementors
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant