Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ISiKDiagnose als zu unterstützendes Profil #100

Open
alexey-tschudnowsky opened this issue Dec 14, 2023 · 1 comment
Open

ISiKDiagnose als zu unterstützendes Profil #100

alexey-tschudnowsky opened this issue Dec 14, 2023 · 1 comment
Assignees
Labels
enhancement New feature or request question Further information is requested

Comments

@alexey-tschudnowsky
Copy link

Target Date

No response

Implementation PR

No response

Reference Issues

No response

Summary

In manchen Profilen des Medikationsmoduls, z.B. MedikationsInformation oder MedikationsVerabreichung kann ein Grund zur Medikation angegeben werden, z.B. auf eine Condition-Ressource. Im ISIK-Basis existiert dafür ein eigenes Profil Diagnose. Falls die übergreifende Festlegung gilt, dass Basismodul-Profile stets bei Referenzen zu verwenden sind, dann muss das Diagnoe-Profil vom Medikationsmodul unterstützt werden und im CapabilityStatement bzw. unter den bestätigungsrelevanten Datenobjekten auftauchen

Common Examples

??

Drawbacks

Umsetzende Systeme müssen READ auf Diagnose-Ressourcen umsetzen.

Unadressed questions

No response

@alexey-tschudnowsky alexey-tschudnowsky added enhancement New feature or request question Further information is requested labels Dec 14, 2023
@alexzautke
Copy link
Contributor

Da beide Felder als MS gekennzeichnet sind würde ich schon sagen, dass beide Referenzen auflösbar sein sollten, entsprechend unserer Absprachen zu ISiK Terminplanung und ISiK Dokumentenaustausch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants