Orthanc — бесплатный и свободно распространяемый PACS-сервер, используется для хранения и просмотра медицинских DICOM-снимков. Медицинская программа eFilm позволяет просматривать цифровые изображения. Формат, в котором записываются снимки, называется DICOM – он используется в медицинских центрах и клиниках по всему миру. Функционал программы включает в себя широкий набор инструментов для работы с изображениями. Источник: https://www.mrtspb.ru/article....ovaniyu
Прошу помочь разобраться, установил Orthanc как сервер, снимки на него успешно идут, но почти все не читабельны яркость или контрастность на максимуме и выкрутить нормально не выходит Так же не могу к Orthanc ничем подключится кроме вебинтерфейса eFilm, его видит , но поиском ничего на нём не находит Radiant тоже сервер видит, но без толку
Очень прошу помочь. А то уже второй день без толку, не могу понять где я что-то пропустил. .
В техническом подразделе Форума "Рентгеновское оборудование" есть тема: "Медицинская программа eFilm" про проблемы с этой ПО, её см. по адресу - https://www.medteh.info/forum/33-6087-1
// The logical name of this instance of Orthanc. This one is // displayed in Orthanc Explorer and at the URI "/system". "Name" : "MyOrthanc",
// Path to the directory that holds the heavyweight files (i.e. the // raw DICOM instances). Backslashes must be either escaped by // doubling them, or replaced by forward slashes "/". "StorageDirectory" : "D:\\DICOM",
// Path to the directory that holds the SQLite index (if unset, the // value of StorageDirectory is used). This index could be stored on // a RAM-drive or a SSD device for performance reasons. "IndexDirectory" : "C:\\Orthanc",
// Enable the transparent compression of the DICOM instances "StorageCompression" : false,
// Maximum size of the storage in MB (a value of "0" indicates no // limit on the storage size) "MaximumStorageSize" : 0,
// Maximum number of patients that can be stored at a given time // in the storage (a value of "0" indicates no limit on the number // of patients) "MaximumPatientCount" : 0,
// List of paths to the custom Lua scripts that are to be loaded // into this instance of Orthanc "LuaScripts" : [ ],
// List of paths to the plugins that are to be loaded into this // instance of Orthanc (e.g. "./libPluginTest.so" for Linux, or // "./PluginTest.dll" for Windows). These paths can refer to // folders, in which case they will be scanned non-recursively to // find shared libraries. Backslashes must be either escaped by // doubling them, or replaced by forward slashes "/". "Plugins" : [ "../Plugins/" ],
/** * Configuration of the HTTP server **/
// Enable the HTTP server. If this parameter is set to "false", // Orthanc acts as a pure DICOM server. The REST API and Orthanc // Explorer will not be available. "HttpServerEnabled" : true,
// HTTP port for the REST services and for the GUI "HttpPort" : 8042,
// When the following option is "true", if an error is encountered // while calling the REST API, a JSON message describing the error // is put in the HTTP answer. This feature can be disabled if the // HTTP client does not properly handles such answers. "HttpDescribeErrors" : true,
// Enable HTTP compression to improve network bandwidth utilization, // at the expense of more computations on the server. Orthanc // supports the "gzip" and "deflate" HTTP encodings. "HttpCompressionEnabled" : true,
/** * Configuration of the DICOM server **/
// Enable the DICOM server. If this parameter is set to "false", // Orthanc acts as a pure REST server. It will not be possible to // receive files or to do query/retrieve through the DICOM protocol. "DicomServerEnabled" : true,
// The DICOM Application Entity Title "DicomAet" : "dell",
// Check whether the called AET corresponds to the AET of Orthanc // during an incoming DICOM SCU request "DicomCheckCalledAet" : false,
// The DICOM port "DicomPort" : 4242,
// The default encoding that is assumed for DICOM files without // "SpecificCharacterSet" DICOM tag, and that is used when answering // C-Find requests (including worklists). The allowed values are // "Ascii", "Utf8", "Latin1", "Latin2", "Latin3", "Latin4", // "Latin5", "Cyrillic", "Windows1251", "Arabic", "Greek", "Hebrew", // "Thai", "Japanese", and "Chinese". "DefaultEncoding" : "Latin1",
// The transfer syntaxes that are accepted by Orthanc C-Store SCP "DeflatedTransferSyntaxAccepted" : true, "JpegTransferSyntaxAccepted" : true, "Jpeg2000TransferSyntaxAccepted" : true, "JpegLosslessTransferSyntaxAccepted" : true, "JpipTransferSyntaxAccepted" : true, "Mpeg2TransferSyntaxAccepted" : true, "RleTransferSyntaxAccepted" : true,
// Whether Orthanc accepts to act as C-Store SCP for unknown storage // SOP classes (aka. "promiscuous mode") "UnknownSopClassAccepted" : false,
// Set the timeout (in seconds) after which the DICOM associations // are closed by the Orthanc SCP (server) if no further DIMSE // command is received from the SCU (client). "DicomScpTimeout" : 30,
/** * Security-related options for the HTTP server **/
// Whether remote hosts can connect to the HTTP server "RemoteAccessAllowed" : true,
// Whether or not SSL is enabled "SslEnabled" : false,
// Path to the SSL certificate in the PEM format (meaningful only if // SSL is enabled) "SslCertificate" : "certificate.pem",
// Whether or not the password protection is enabled "AuthenticationEnabled" : false,
// The list of the registered users. Because Orthanc uses HTTP // Basic Authentication, the passwords are stored as plain text. "RegisteredUsers" : { "alice" : "alicePassword" },
/** * Network topology **/
// The list of the known DICOM modalities "DicomModalities" : { /** * Uncommenting the following line would enable Orthanc to * connect to an instance of the "storescp" open-source DICOM * store (shipped in the DCMTK distribution) started by the * command line "storescp 2000". **/ // "sample" : [ "STORESCP", "127.0.0.1", 2000 ]
/** * A fourth parameter is available to enable patches for * specific PACS manufacturers. The allowed values are currently: * - "Generic" (default value), * - "GenericNoWildcardInDates" (to replace "*" by "" in date fields * in outgoing C-Find requests originating from Orthanc) * - "GenericNoUniversalWildcard" (to replace "*" by "" in all fields * in outgoing C-Find SCU requests originating from Orthanc) * - "StoreScp" (storescp tool from DCMTK), * - "ClearCanvas", "Dcm4Chee" and "Vitrea". * This parameter is case-sensitive. **/ // "clearcanvas" : [ "CLEARCANVAS", "192.168.1.1", 104, "ClearCanvas" ] },
// Whether the Orthanc SCP allows incoming C-Echo requests, even // from SCU modalities it does not know about (i.e. that are not // listed in the "DicomModalities" option above). Orthanc 1.3.0 // is the only version to behave as if this argument was set to "false". "DicomAlwaysAllowEcho" : true,
// Whether the Orthanc SCP allows incoming C-Store requests, even // from SCU modalities it does not know about (i.e. that are not // listed in the "DicomModalities" option above) "DicomAlwaysAllowStore" : true,
// Whether Orthanc checks the IP/hostname address of the remote // modality initiating a DICOM connection (as listed in the // "DicomModalities" option above). If this option is set to // "false", Orthanc only checks the AET of the remote modality. "DicomCheckModalityHost" : false,
// The timeout (in seconds) after which the DICOM associations are // considered as closed by the Orthanc SCU (client) if the remote // DICOM SCP (server) does not answer. "DicomScuTimeout" : 10,
// The list of the known Orthanc peers "OrthancPeers" : { /** * Each line gives the base URL of an Orthanc peer, possibly * followed by the username/password pair (if the password * protection is enabled on the peer). **/ // "peer" : [ "http://127.0.0.1:8043/", "alice", "alicePassword" ] // "peer2" : [ "http://127.0.0.1:8044/" ]
/** * This is another, more advanced format to define Orthanc * peers. It notably allows to specify a HTTPS client certificate * in the PEM format (as in the "--cert" option of curl), or to * enable PKCS#11 authentication for smart cards. **/ // "peer" : { // "Url" : "http://127.0.0.1:8043/", // "Username" : "alice", // "Password" : "alicePassword", // "CertificateFile" : "client.crt", // "CertificateKeyFile" : "client.key", // "CertificateKeyPassword" : "certpass", // "Pkcs11" : false // } },
// Parameters of the HTTP proxy to be used by Orthanc. If set to the // empty string, no HTTP proxy is used. For instance: // "HttpProxy" : "192.168.0.1:3128" // "HttpProxy" : "proxyUser:proxyPassword@192.168.0.1:3128" "HttpProxy" : "",
// Set the timeout for HTTP requests issued by Orthanc (in seconds). "HttpTimeout" : 10,
// Enable the verification of the peers during HTTPS requests. This // option must be set to "false" if using self-signed certificates. // Pay attention that setting this option to "false" results in // security risks! // Reference: http://curl.haxx.se/docs/sslcerts.html "HttpsVerifyPeers" : true,
// Path to the CA (certification authority) certificates to validate // peers in HTTPS requests. From curl documentation ("--cacert" // option): "Tells curl to use the specified certificate file to // verify the peers. The file may contain multiple CA // certificates. The certificate(s) must be in PEM format." "HttpsCACertificates" : "",
/** * Advanced options **/
// Dictionary of symbolic names for the user-defined metadata. Each // entry must map an unique string to an unique number between 1024 // and 65535. Reserved values: // - The Orthanc whole-slide imaging plugin uses metadata 4200 "UserMetadata" : { // "Sample" : 1024 },
// Dictionary of symbolic names for the user-defined types of // attached files. Each entry must map an unique string to an unique // number between 1024 and 65535. Optionally, a second argument can // provided to specify a MIME content type for the attachment. "UserContentType" : { // "sample" : 1024 // "sample2" : [ 1025, "application/pdf" ] },
// Number of seconds without receiving any instance before a // patient, a study or a series is considered as stable. "StableAge" : 60,
// By default, Orthanc compares AET (Application Entity Titles) in a // case-insensitive way. Setting this option to "true" will enable // case-sensitive matching. "StrictAetComparison" : false,
// When the following option is "true", the MD5 of the DICOM files // will be computed and stored in the Orthanc database. This // information can be used to detect disk corruption, at the price // of a small performance overhead. "StoreMD5ForAttachments" : true,
// The maximum number of results for a single C-FIND request at the // Patient, Study or Series level. Setting this option to "0" means // no limit. "LimitFindResults" : 0,
// The maximum number of results for a single C-FIND request at the // Instance level. Setting this option to "0" means no limit. "LimitFindInstances" : 0,
// The maximum number of active jobs in the Orthanc scheduler. When // this limit is reached, the addition of new jobs is blocked until // some job finishes. "LimitJobs" : 10,
// If this option is set to "false", Orthanc will not log the // resources that are exported to other DICOM modalities of Orthanc // peers in the URI "/exports". This is useful to prevent the index // to grow indefinitely in auto-routing tasks. "LogExportedResources" : true,
// Enable or disable HTTP Keep-Alive (deprecated). Set this option // to "true" only in the case of high HTTP loads. "KeepAlive" : false,
// If this option is set to "false", Orthanc will run in index-only // mode. The DICOM files will not be stored on the drive. Note that // this option might prevent the upgrade to newer versions of Orthanc. "StoreDicom" : true,
// DICOM associations are kept open as long as new DICOM commands // are issued. This option sets the number of seconds of inactivity // to wait before automatically closing a DICOM association. If set // to 0, the connection is closed immediately. "DicomAssociationCloseDelay" : 5,
// Maximum number of query/retrieve DICOM requests that are // maintained by Orthanc. The least recently used requests get // deleted as new requests are issued. "QueryRetrieveSize" : 10,
// When handling a C-Find SCP request, setting this flag to "true" // will enable case-sensitive match for PN value representation // (such as PatientName). By default, the search is // case-insensitive, which does not follow the DICOM standard. "CaseSensitivePN" : false,
// Configure PKCS#11 to use hardware security modules (HSM) and // smart cards when carrying on HTTPS client authentication. /** "Pkcs11" : { "Module" : "/usr/local/lib/libbeidpkcs11.so", "Module" : "C:/Windows/System32/beidpkcs11.dll", "Pin" : "1234", "Verbose" : true } **/
// If set to "true", Orthanc will still handle "SOP Classes in // Study" (0008,0062) in C-FIND requests, even if the "SOP Class // UID" metadata is not available in the database (which is the case // if the DB was previously used by Orthanc <= 1.1.0). This option // is turned off by default, as it requires intensive accesses to // the hard drive. "AllowFindSopClassesInStudy" : false,
// If set to "false", Orthanc will not load its default dictionary // of private tags. This might be necessary if you cannot import a // DICOM file encoded using the Implicit VR Endian transfer syntax, // and containing private tags: Such an import error might stem from // a bad dictionary. You can still list your private tags of // interest in the "Dictionary" configuration option below. "LoadPrivateDictionary" : true,
// Locale to be used by Orthanc. Currently, only used if comparing // strings in a case-insensitive way. It should be safe to keep this // value undefined, which lets Orthanc autodetect the suitable locale. // "Locale" : "en_US.UTF-8",
// Register a new tag in the dictionary of DICOM tags that are known // to Orthanc. Each line must contain the tag (formatted as 2 // hexadecimal numbers), the value representation (2 upcase // characters), a nickname for the tag, possibly the minimum // multiplicity (> 0 with defaults to 1), possibly the maximum // multiplicity (0 means arbitrary multiplicity, defaults to 1), and // possibly the Private Creator (for private tags). "Dictionary" : { // "0014,1020" : [ "DA", "ValidationExpiryDate", 1, 1 ] // "00e1,10c2" : [ "UI", "PET-CT Multi Modality Name", 1, 1, "ELSCINT1" ] // "7053,1003" : [ "ST", "Original Image Filename", 1, 1, "Philips PET Private Group" ] // "2001,5f" : [ "SQ", "StackSequence", 1, 1, "Philips Imaging DD 001" ] } }
По качеству снимков. На самом деле они просто такие, как есть. Программы получения и просмотра снимков могут использовать свои какие-то фильтры и алгоритмы постобработки, а также предустановки яркости/контрастности. А на сервер снимки отправляются такими, какими получены. Поэтому в штатных программах и сторонних вьюверах они выглядят по-разному. Если хотите, вышлите несколько снимков мне на почту. Я посмотрю, как они будут смотреться с dcm4chee и conquest. По просмотру. Насколько я понимаю, AeTitle вьюверов должны быть также прописаны в конфиге ортханка.
Сообщение отредактировал Kuzma - Вторник, 23.Янв.2018, 13:43
Очень ВАЖНО проверить чтобы с "обеих" сторон НЕ БЫЛИ ВКЛЮЧЕНЫ БРАНДМАУЭРЫ!!!! Далее посмотреть установлено какое-либо антивирусное ПО. И отключить или удалить хотя бы на время тестирования! Нескольо раз видал как тот же касперский "рубит" работу Efilma, хотя теоретически каспер как-бы только антивирус. А меж тем - как его отключили - все заработало...
Можете попробовать CONQUEST поставить - на нем хорошо экспериментировать и логи есть визуальные...
Сообщение отредактировал Bomberbug - Вторник, 23.Янв.2018, 19:12
При работающем ретривинге, но не работающем c-Move (собственнно перемещении) опять уточнюсь - отключен ли фаервол/брэндмауэр в службах с обоих сторон (если разные ПК) и не стоит ли какой антивирь... В Конквесте на закладке SERVER логи пишутся всех основных процессов - гляньте, может там чего дельного написано... Ну и само собой все тайты и порты верно должны быть прописаны. В том же конквесте "затребовавшие информацию" программы должны быть тоже указаны.
Дата: Воскресенье, 28.Янв.2018, 19:04 | Сообщение # 9
Стажер
У вас сообщений: 10
Системный администратор
OFFлайн
Украина
Ковель
Спасибо. Подскажите пожалуйста где в Efilm прописать AEtitle устройства из которого обследования отправляют, а то Dicom AutoExport в логах пишет ошибку
13:32:44 Прозвонка dicom-сервера, получение эха C:\DCMEXPORT\echoscu.exe -v -aet TEST -aec EFILM 192.168.99.44 104 I: Requesting Association F: Association Rejected: F: Result: Rejected Permanent, Source: Service User F: Reason: Called AE Title Not Recognized
Еще не могу понять что не так. Подключаюсь к CONQUESTу RADIANTом на CONQUEST у вкладке known DICOM providers прописал RADIANT 192.168.90.47 1112 un . Все ок. снимки получает. Пробую так же туда прописать Efilm не работает , грузит только список обследований а картинок нет EFILM 192.168.90.87 104 un
Лог из CONQUEST
[CONQUEST] Calling Application Title : "RADIANT " [CONQUEST] Called Application Title : "conquest " [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] C-Move Destination: "RADIANT" [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\29F64DD5EFBA\1.2.410.200024.1.2.631291105153.20180122.102154.2_0001_000001_15169726340003.dcm [CONQUEST] C-Move (StudyRoot) [CONQUEST] UPACS THREAD 57: ENDED AT: Mon Jan 29 01:07:33 2018 [CONQUEST] UPACS THREAD 57: TOTAL RUNNING TIME: 1 SECONDS [CONQUEST] [CONQUEST] UPACS THREAD 58: STARTED AT: Mon Jan 29 01:07:36 2018 [CONQUEST] Calling Application Title : "RADIANT " [CONQUEST] Called Application Title : "conquest " [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] C-Move Destination: "RADIANT" [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\0F76346008A6\1.2.410.200024.1.2.631291105153.20180122.102422.2_0001_000001_15169726330002.dcm [CONQUEST] C-Move (StudyRoot) [CONQUEST] UPACS THREAD 58: ENDED AT: Mon Jan 29 01:07:37 2018 [CONQUEST] UPACS THREAD 58: TOTAL RUNNING TIME: 1 SECONDS [CONQUEST] [CONQUEST] UPACS THREAD 59: STARTED AT: Mon Jan 29 01:07:39 2018 [CONQUEST] Calling Application Title : "RADIANT " [CONQUEST] Called Application Title : "conquest " [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] C-Move Destination: "RADIANT" [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\4EA8758BF7E1\1.2.276.0.7230010.3.1.3.2125247364.4788.1517092082.317_0001_000001_15170920750002.dcm [CONQUEST] C-Move (StudyRoot) [CONQUEST] UPACS THREAD 59: ENDED AT: Mon Jan 29 01:07:40 2018 [CONQUEST] UPACS THREAD 59: TOTAL RUNNING TIME: 1 SECONDS [CONQUEST] [CONQUEST] UPACS THREAD 60: STARTED AT: Mon Jan 29 01:07:43 2018 [CONQUEST] Calling Application Title : "RADIANT " [CONQUEST] Called Application Title : "conquest " [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] C-Move Destination: "RADIANT" [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\AC7EE4611807\1.2.276.0.7230010.3.1.3.990799001.2808.1517090728.320_0002_000002_15170907200001.dcm [CONQUEST] C-Move (StudyRoot) [CONQUEST] UPACS THREAD 60: ENDED AT: Mon Jan 29 01:07:43 2018 [CONQUEST] UPACS THREAD 60: TOTAL RUNNING TIME: 0 SECONDS [CONQUEST] [CONQUEST] UPACS THREAD 61: STARTED AT: Mon Jan 29 01:07:46 2018 [CONQUEST] Calling Application Title : "RADIANT " [CONQUEST] Called Application Title : "conquest " [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] C-Move Destination: "RADIANT" [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\FC98BB362598\1.2.826.0.1.3680043.2.562.1.20180122.121818.841_0000_000001_15171742460001.dcm [CONQUEST] C-Move (StudyRoot) [CONQUEST] UPACS THREAD 61: ENDED AT: Mon Jan 29 01:07:48 2018 [CONQUEST] UPACS THREAD 61: TOTAL RUNNING TIME: 2 SECONDS [CONQUEST] [CONQUEST] UPACS THREAD 62: STARTED AT: Mon Jan 29 01:08:03 2018 [CONQUEST] Calling Application Title : "EFILM" [CONQUEST] Called Application Title : "CONQUEST" [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 64234 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.3.1" 1 [CONQUEST] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.3.2" 1 [CONQUEST] Presentation Context 2 "1.2.840.10008.5.1.4.1.2.2.1" 1 [CONQUEST] Presentation Context 3 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] Presentation Context 4 "1.2.840.10008.5.1.4.1.2.1.1" 1 [CONQUEST] Presentation Context 5 "1.2.840.10008.5.1.4.1.2.1.2" 1 [CONQUEST] (StudyRootQuery) search level: STUDY [CONQUEST] C-Find (StudyRoot) located 13 records [CONQUEST] UPACS THREAD 62: ENDED AT: Mon Jan 29 01:08:04 2018 [CONQUEST] UPACS THREAD 62: TOTAL RUNNING TIME: 1 SECONDS [CONQUEST] [CONQUEST] UPACS THREAD 63: STARTED AT: Mon Jan 29 01:08:05 2018 [CONQUEST] Calling Application Title : "EFILM" [CONQUEST] Called Application Title : "CONQUEST" [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 64234 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.3.1" 1 [CONQUEST] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.3.2" 1 [CONQUEST] Presentation Context 2 "1.2.840.10008.5.1.4.1.2.2.1" 1 [CONQUEST] Presentation Context 3 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] Presentation Context 4 "1.2.840.10008.5.1.4.1.2.1.1" 1 [CONQUEST] Presentation Context 5 "1.2.840.10008.5.1.4.1.2.1.2" 1 [CONQUEST] C-Move Destination: "EFILM " [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\29F64DD5EFBA\1.2.410.200024.1.2.631291105153.20180122.102154.2_0001_000001_15169726340003.dcm [CONQUEST] [CONQUEST] UPACS THREAD 64: STARTED AT: Mon Jan 29 01:08:10 2018 [CONQUEST] Calling Application Title : "EFILM" [CONQUEST] Called Application Title : "CONQUEST" [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 64234 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.3.1" 1 [CONQUEST] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.3.2" 1 [CONQUEST] Presentation Context 2 "1.2.840.10008.5.1.4.1.2.2.1" 1 [CONQUEST] Presentation Context 3 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] Presentation Context 4 "1.2.840.10008.5.1.4.1.2.1.1" 1 [CONQUEST] Presentation Context 5 "1.2.840.10008.5.1.4.1.2.1.2" 1 [CONQUEST] C-Move Destination: "EFILM " [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\C2FF3457E3FB\1.2.276.0.7230010.3.1.3.2125247364.4944.1517092082.504_0001_000001_15170920830004.dcm [CONQUEST] [CONQUEST] UPACS THREAD 65: STARTED AT: Mon Jan 29 01:08:17 2018 [CONQUEST] Calling Application Title : "EFILM" [CONQUEST] Called Application Title : "CONQUEST" [CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 64234 [CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.3.1" 1 [CONQUEST] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.3.2" 1 [CONQUEST] Presentation Context 2 "1.2.840.10008.5.1.4.1.2.2.1" 1 [CONQUEST] Presentation Context 3 "1.2.840.10008.5.1.4.1.2.2.2" 1 [CONQUEST] Presentation Context 4 "1.2.840.10008.5.1.4.1.2.1.1" 1 [CONQUEST] Presentation Context 5 "1.2.840.10008.5.1.4.1.2.1.2" 1 [CONQUEST] C-Move Destination: "EFILM " [CONQUEST] Number of Images to send: 1 [CONQUEST] Sending file : d:\conquest\conquestdicomserver\data\61F519B1F09D\1.2.826.0.1.3680043.2.562.1.20180122.134609.529_0000_000001_15171742500003.dcm
Сообщение отредактировал AndriyLL - Понедельник, 29.Янв.2018, 02:09
Дата: Понедельник, 29.Янв.2018, 09:56 | Сообщение # 10
Завсегдатай
У вас сообщений: 269
инженер
OFFлайн
Украина
Харьков
Я в почту Вам уже ответил. Для всех, чтобы было ясно: F: Reason: Called AE Title Not Recognized - Неправильно указан вызываемый айтайтл, т.е. EFILM. Если бы был указан неправильно вызывающий, или не был прописан на сервере, то в логе было бы: F: Reason: Calling AE Title Not Recognized А в логе конквеста EFILM ваш - вызывающий (Calling) и сервер хочет :) передать на него снимок, но не может :) т.к. он неправильный, нет его просто, некуда передавать. Поэтому найдите, где в Ефилме указан его AeTitle и пропишите его в программе.
Сообщение отредактировал Kuzma - Понедельник, 29.Янв.2018, 10:06
С Efilм разобрался , проблема была в кривой винде, точнее кривая она каким то образом только для Efilма . Установил заведомо чистый, проверений образ и все с первого раза пошло. Хотя до этого переустанавливал два раза и разные образа и не сборки, или я так думал что они не сборки.
Дата: Четверг, 15.Мар.2018, 13:45 | Сообщение # 13
Стажер
У вас сообщений: 4
Рентгенолог
OFFлайн
Российская Федерация
Петропавловск-Камчатский
Коллеги, приветствую. Раз уж здесь обсуждают Orthanc, то есть такой вопрос: как удалить группу пациентов за определенный период времени и тем самым расчистить место на диске. В настоящий момент установлен и настроен Orthanc 17.11 на windows 7. Снимки на него со всех аппаратов без проблем отправляются и с него принимаются. Доступ к серверу только через web - интерфейс, но возможности его крайне скудные, пациентов можно только по одному удалять и проч. Есть ли какой-нибудь инструмент для администрирования исследований?
Дата: Четверг, 15.Мар.2018, 14:23 | Сообщение # 14
У вас сообщений: 1070
программист
OFFлайн
Российская Федерация
Москва
через командную строку через утилиту curl http://book.orthanc-server.com/users....stances только сначала вам нужно как-то узнать uid этих исследований, либо через sql, или dicom findscu, либо тоже через REST API возможно есть какой-нибудь более дружелюбный интерфейс.
Сообщение отредактировал naves - Четверг, 15.Мар.2018, 14:28
Дата: Пятница, 16.Мар.2018, 12:35 | Сообщение # 15
Стажер
У вас сообщений: 4
Рентгенолог
OFFлайн
Российская Федерация
Петропавловск-Камчатский
Цитатаnaves ()
нужно как-то узнать uid
В том-то и неудобство. eFilm (в качестве pacs) и conquest в этом плане гораздо удобнее, однако по "всеядности" сильно отстают от orthanc, в котором без проблем поддерживается кириллица. Но вот как удалить группу пациентов за определенный промежуток времени быстро и удобно - вопрос по-прежнему открытый... Буду признателен за помощь.
Сообщение отредактировал Kirych - Пятница, 16.Мар.2018, 12:36
Дата: Пятница, 16.Мар.2018, 16:11 | Сообщение # 16
У вас сообщений: 1070
программист
OFFлайн
Российская Федерация
Москва
ЦитатаKirych ()
в котором без проблем поддерживается кириллица
Кириллица не проблема сервера, а проблема просмотровщика. Не помню уже где, но получал две комбинации, нормальный список пациентов, но при просмотре в углах изображения кракозябры, либо наоборот в списке пациентов кракозябры, зато при просмотре юникод внезапно открывался. Проблема еще осложняется, тем что используются разные просмотровщики в одной клинике, один для диагностов, другой для простых врачей.
в общем, как всегда, либо бесплатно плюс напильник, либо все из коробки - но за дорого.
Дата: Вторник, 20.Мар.2018, 18:06 | Сообщение # 17
У вас сообщений: 711
engineer
OFFлайн
Российская Федерация
Россия
Цитатаnaves ()
Кириллица не проблема сервера
А вот Conquest как раз не радует поддержкой ее :-) Хотя как бы больше к "серверу" относится чем к вьюверу.
ЦитатаKirych ()
нужно как-то узнать uid
Работаю в основном с Conquest - там через CMD-команды можно удалять конкретные исследования/пациентов. Если "выцыганить" нужных, то с автоматизацией процесса проблем нет совсем. Лично уже некоторое время назад ооочень часто стал "работать напрямую" с DICOM - т.е. читать тэги из бинарников самих файлов. Посему проблемы в выборке пациентов по критерию "дата" не вижу: папку с DICOM шерстите на предмет тэга с датой и в завистимости от условий необходимых (по "старости" от текущей даты, например) делаете нужную выборку, среди которой уже получаете нужный uid иль PatientID иль еще чего с чем, используя инструменты сервака, можно читсенько удалить данные :-) Т.е. задачка несложна и при минимальном "знакомстве" с чтением тэгов напрямую из файлов и даже начальным навыком программирования (хоть на чем) сможете поставленную задачу решить. А вот встроенных инструментов внутри софта сервака не часто встретишь - т.е. без програмерского навыка частенько никак :-)
Дата: Четверг, 20.Дек.2018, 10:40 | Сообщение # 21
Заглянувший
У вас сообщений: 3
начальник отдела медтехники
OFFлайн
Российская Федерация
Москва
Добрый день. Возникла необходимость организовать сервер хранения снимков и рабочее место врача. Помогите разобраться с алгоритмом работы рентген аппарата с PACS сервером и рабочим местом врача. Правильно ли я понимаю, что алгоритм какой-то из двух: 1) лаборант делает снимок - снимок с данными пациента (зарегистрированными на рабочем месте лаборанта) автоматически передаётся на PACS сервер - врач со своего рабочего места подключается к PACS серверу и описывает снимок, далее выдаёт результат 2) лаборант делает снимок - снимок с данными пациента (зарегистрированными на рабочем месте лаборанта) автоматически либо вручную передаётся на рабочее место врача в виде файлов - врач со своего рабочего места делает описание снимка и передаёт его в PACS при этом удаляя изначальный файл. Правильно ли хотя бы одно из моих представлений? Как сервер хочу использовать Orthanc, как DICOM viewer либо eFilm, либо Radiant (в зависимости от предпочтений врачей)
Дата: Четверг, 20.Дек.2018, 18:09 | Сообщение # 22
У вас сообщений: 1070
программист
OFFлайн
Российская Федерация
Москва
примерно так, но есть нюансы. 1) не все приборы умеют слать снимок автоматически. иногда нужно вручную нажать кнопку Sent to sorage/server/archive 2) Такая ситуация иногда бывает с приборами, у которых нет лицензии на Dicom-сервер, но есть возможность экспорта в dicom-формате.
Дата: Понедельник, 25.Фев.2019, 11:03 | Сообщение # 23
Заглянувший
У вас сообщений: 3
инженер-электроник
OFFлайн
Российская Федерация
Тверь
Цитатаaam177 ()
Я в конф. файле прописал только AE-title, порт для приема файлов и порт для клиента. Первый раз настраиваю, правильно делаю?
IP прописывай клиента
Цитатаaam177 ()
2) лаборант делает снимок - снимок с данными пациента (зарегистрированными на рабочем месте лаборанта) автоматически либо вручную передаётся на рабочее место врача в виде файлов - врач со своего рабочего места делает описание снимка и передаёт его в PACS при этом удаляя изначальный файл.
А зачем удалять изначальные снимки??? Ведь каждый врач описывает по своему снимки, поэтому на сервере должны храниться изначальные снимки, а вот на рабочем месте врача пусть хранятся те, которые как раз он описал
Цитатаaam177 ()
Как сервер хочу использовать Orthanc
У меня стоит сервер Orthanc на базе WIn 2008 и через пол года начал глючить, сейчас ищу проблему из-за чего
.
Rel1ke, только зарегистрировался на Форуме (25.02.19 в 10-52) и сразу же оброс постами-хвостами - пост в 11-03, а за ним посты-хвосты в 11-07, 11-08 ... Что,Rel1ke, хочется, чтобы тема была длиннющая и занудная? ... Вот таким, какой он сейчас после редактирования, должен быть твой пост от 11-03 ... Пользуйся редактированием!
Для руководства и правильного поведения на Форуме и в теме обязательно прочитай по ссылкес.261.
Дата: Суббота, 04.Дек.2021, 18:34 | Сообщение # 25
Завсегдатай
У вас сообщений: 269
инженер
OFFлайн
Украина
Харьков
Цитатаkotmn ()
А есть альтернатива Orthanc?
Альтернатив навалом. Но реально - две :) 1) dcm4chee - сейчас 5-й версии. Ставится просто, настраивается тоже достаточно просто. Много избыточной функциональности. До сих пор много где работает старые 2.х версии. Надежность. Я бы рекомендовал. 2) Conquest. Тоже надежен. Под виндой настраивается легко и работает хорошо. Под линуксами мне не нравится :)
А разве может быть нормальный сервер на винде? Поэтому ответ, по-моему, очевиден :)