"В моем проекте мне нужно только обновить пиксельные данные. Поэтому с ним было не слишком сложно справиться. Я просто анализирую файл DICOM, пока не достигну пиксельных данных, а затем заменил его собственными данными. стать успехом. "
Несмотря на то, что существует довольно много исследовательских приложений, которые делают то же самое, что и вы, это точно Неправильная вещь (TM). Почему это такая плохая практика? Предполагается, что изображения DICOM однозначно идентифицируются по их идентификаторам SOP экземпляра. Когда вы берете существующее изображение DICOM и заменяете данные пикселей, оставляя исходную информацию заголовка без изменений, вы создаете два объекта данных, которые имеют один и тот же первичный ключ.
Подумайте, что произойдет, если вы возьмете это изображение и отправите его на SCP DICOM Storage, на котором уже есть копия исходного изображения. Storage SCP должен вызвать процедуру разрешения конфликта, поскольку у него не может быть двух экземпляров SOP с одинаковым UID. После получения вашего нового образа Storage SCP обнаруживает, что новый образ имеет тот же UID, что и существующее изображение, и требуемое поведение SCP не определено должным образом. Storage SCP может обрабатывать ваше новое изображение, как если бы оно было просто повторной передачей исходного изображения, и игнорировать ваше новое изображение, или оно может обращаться с ним, как будто это исправленная версия исходного изображения, и заменять исходное изображение новым изображением. или он может сдаться и признать, что не имеет абсолютно никакого представления о том, что делать с этим новым изображением, и бросить его в область хранения и потребовать от человека взаимодействия с приложением, чтобы решить, что делать с двумя изображениями. Вы, создатель нового образа, не можете знать или контролировать поведение SCP-хранилища при получении вашего нового образа.
Как минимум, вам нужно сгенерировать новый действительный UID экземпляра SOP при создании нового образа. Ваш тип изображения также должен быть одним из типов DERIVED \ SECONDARY, потому что это изображение с постобработкой, а не первичное получение, созданное модальностью. Вам также следует взглянуть на другие теги DICOM, присутствующие в исходном заголовке, и серьезно подумать, точно ли они описывают созданное вами новое изображение.