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查詢的可讀性和性能?