0
Q
FHIR和可读性
A
回答
1
在V2比较的说法是太强大了。这曾经是事实,但我们自此软化了规则。 (如果您可以提交修改请求以便我们解决该问题,将不胜感激。)
一般的要点是,叙述是强烈鼓励因为几乎总是有一些机会,一些消费系统下游在一些遥远未来的时间可能不知道如何解析所有的离散信息,并且需要叙述才能回到人类的解释。但是,有一些用例,如超低带宽交换,将数据传递给不会持续数据的决策支持引擎等,而叙述没有意义。同样,两种资源(二进制和捆绑)根本不支持叙述。
在FHIR文件,我认为它在技术上合法的(虽然可能不是很有用)有部分地方有没有叙述。 FHIR档案中的CDA几乎肯定会禁止“临床”文件。不幸的是,由于不变量无法跨越资源(检查没有文本的部分所引用的资源指向具有文本的资源),因此我们不能轻易地在基本规范中使用该变量。
相关问题
- 1. 不变性和可读性
- 2. HL7 OID和FHIR URI
- 3. 的短路和可读性
- 4. FHIR资源规则; FHIR规则管理和规则定义
- 5. Smart在FHIR和FHIR-NET-API上的用途
- 6. iOS /可读性
- 7. 方法可读性和更短吗?
- 8. OAuth流程,Twitter和可读性
- 9. strtotime和“更好的可读性”
- 10. C#运营商和可读性
- 11. 顺序逻辑和可读性
- 12. Ruby Inspect可读性?
- 13. WordPress的可读性
- 14. Clean Lisp可读性
- 15. FHIR预约书
- 16. 如何做Fhir?
- 17. FHIR json模式
- 18. FHIR药物
- 19. FHIR和openEHR之间的关系
- 20. FHIR叙述中的状态和格
- 21. HL7-FHIR句柄CRUD和历史
- 22. FHIR操作名称
- 23. FHIR - 社区护理
- 24. 如何提高SQL可读性和性能?
- 25. 如何让这段代码更具功能性和可读性?
- 26. 性能和可读性上反复功能
- 27. 构建具有可读性和维护性的HTML元素
- 28. 字典处理列表 - 可读性和复杂性
- 29. C#的性能和可读性的按钮开启/关闭
- 30. 增强此LINQ查询的可读性和性能?