发送到 PACS 时设置修改后的 DICOM SUID
Set modified DICOM SUID when sending to PACS
我是 DICOM 世界的新手，我想将修改后的 DICOM 文件（根据从 PACS 服务器查询的 DICOM 副本创建）作为新系列发送回同一服务器对于同一患者+研究。
修改后的 DICOM 将是一个新的单系列，我将最后一个子编号增加 +1。我为 SOPUID 做同样的事情。但是，我担心在同一 SUID 中添加新系列的可能性同时被添加并被拒绝。
将新的 DICOM 图像发送到 PACS 服务器时，可接受的编号方式是什么？是否足以增加 SOPUID 和 SUID？
创建者必须保证他们生成的任何 UID 值的全局唯一性。将现有 UID 增加 1 是不够的。
基本上，创建 UID-s 的主要方法是为您的组织注册一个 UID 前缀，然后在该前缀下发布唯一的 UID-s，您可以通过任何您认为合适的方式自己保证唯一性。该过程在 DICOM 标准 here.
中进行了描述
标准本身提出的另一种方式是生成一个UUID and convert that value to a single integer, to which you add a 2.25. prefix. This method is described in the DICOM standard also。这将生成一个 UID，例如 2.25.34528018848038895355275102816408995430，它应该是唯一的并且具有足够的可靠性。
我是 DICOM 世界的新手，我想将修改后的 DICOM 文件（根据从 PACS 服务器查询的 DICOM 副本创建）作为新系列发送回同一服务器对于同一患者+研究。
修改后的 DICOM 将是一个新的单系列，我将最后一个子编号增加 +1。我为 SOPUID 做同样的事情。但是，我担心在同一 SUID 中添加新系列的可能性同时被添加并被拒绝。
将新的 DICOM 图像发送到 PACS 服务器时，可接受的编号方式是什么？是否足以增加 SOPUID 和 SUID？
创建者必须保证他们生成的任何 UID 值的全局唯一性。将现有 UID 增加 1 是不够的。
基本上，创建 UID-s 的主要方法是为您的组织注册一个 UID 前缀，然后在该前缀下发布唯一的 UID-s，您可以通过任何您认为合适的方式自己保证唯一性。该过程在 DICOM 标准 here.
中进行了描述标准本身提出的另一种方式是生成一个UUID and convert that value to a single integer, to which you add a 2.25. prefix. This method is described in the DICOM standard also。这将生成一个 UID，例如 2.25.34528018848038895355275102816408995430，它应该是唯一的并且具有足够的可靠性。