解决像货币符号(例如urn:iso:std:iso:4217)这样的编码需要HAPI能够访问互联网(以便联系tx.fhir.org),这意味着这些编码在完全脱机工作时无法验证,这在医疗保健系统中通常是必要的。对于Firely来说,离线使用的情况几乎是一样的。
此外,德国医疗保健的许多规范仍然不完整,缺少一些值集。
这就是为什么我决定通过为有问题的值集构建一致性资源存根来解决这两个问题。例如,在可预见的未来,只有一个代码EUR将必须针对urn:iso:std:iso:4217进行验证,并且电子处方的缺失值集也同样很小。
如何为EUR代码构造一个伪值集资源呢?应该如何构造伪资源,以便与HAPI和Firely验证器很好地协作?
发布于 2021-05-21 04:16:25
你不需要一个假的值集资源,你可以简单地在你的值集中放一个预先构建的扩展。如果术语服务不可用,验证器将使用值集中已经存在的扩展。
https://stackoverflow.com/questions/67626063
复制相似问题