Download presentation
Presentation is loading. Please wait.
Published byGavin Weaver Modified over 9 years ago
1
MINT Meeting Agenda August 16-17, 2010
2
Monday, August 16, 2010 10:00 – 12:00Overview and Demo 12:00 – 1:00Lunch 1:00 – 3:00Code and design walkthrough including implementation challenges 3:00 – 3:15Break 3:15 – 5:30Design meeting
3
Tuesday, August 17, 2010 8:00 – 12:00Design meeting (continued) 12:00 – 1:00Lunch 1:00 – 2:00Roadmap 2:00 – 3:00RSNA demonstration planning 3:00Meeting ends
4
Demonstration DICOM->MINT Create (series 1) Clear Canvas (time to first image) – Single image at a time – Bulk loader DICOM->MINT Update (series 2) Clear Canvas MPR (time to last image) – Single image at a time – Bulk loader MINT->DICOM Conformance Test (Tim) Vital Implementation
5
Design Issues Unit and Integration Tests Data Dictionary – Types (MIME) – Management – Versioning Study Summary Search Parameters Bulk Binary Loading – file storage – partial data/sub-selection – Multi-part Mime as payload Integration w/ MPI Multiple Update Concurrency Multi-frame handling Study creation with missing/invalid fields Part 10 information (and other 0002 info) Security Non-DICOM objects De-identification SDK design Exception handling Support for Multi-Frame Comparisons after updates Various representations (XML, GPB, JSON) Other projects related to MINT?
6
Other MINT Issues/Questions MINT Reference (overview, API, SDK…) What about exceptions? we need to define them as part of MINT Standard. Can we search using accession numbers? Integration with MPI we need to modify the URI …/IPDI/LMRN/GUID
7
Multi-Frame Handling To handle multiple BIDs per attribute, a frameCount attribute will be present indicating the number of BIDs for that attribute. The BIDs will be consecutive starting with the bid in the bid attribute: BIDs 1-10 would represent each frame
8
Security / Auditing Proposal #1 – Add XML element in changelog to indicate the user of the client. Up to MINT implementation to define how a client authenticates – Add XML element for the client to specify the end user (this is not guaranteed to be correct, but useful) – Define a HTTP header that can pass the end user identity for auditing purposes – Look at specifying how MINT servers should audit via ATNA (the exact message format/schema) Document a cookbook recipe for how security could be implemented using MINT. This would include logging all activity to IHE ATNA audit log. Also include how fine grained security could be implemented
9
Multi-Update Concurrency Add the baseline version # as part of the update message Updates will fail if the baseline version # does not match current version #
10
Integration with MPI Decision: Not a problem for MINT to solve – we allow searching on Patient ID / Issuer which is extracted from the DICOM Attributes Clients should use PIX to resolve the different Patient ID / Issuers that it may need to search MINT with
11
Exception Handling Use HTTP Error codes, need to define semantic meaning. If further specification for an HTTP Error code is needed, prefix the text message with a MINT standardized key.
12
De-Identification Must have different uid’s (study, series, sop instance) Must have different patient demographics Must have different mint uuids Jim Philbin to write up a proposal for this
13
Excluding Binary Items When client requests all binary items for a given type, any excluded binary items will not be returned. If a client wants to get an excluded binary item, they will have to request it explicitly by its BID
14
SDK Helper classes that would let you: – Add new instances – Delete instances – Modify attributes (patient name) – Load metadata for a study – Access binary items – Create a new study – Find a study Direction – SDK will evolve as other MINT applications are built (e.g. QC, service tool, etc)
15
Needed Utility to create the DICOM Data Dictionary automatically -> then we should use our DD to handle implicit. DICOM people should publish DD in XML. Should we use Proto-bufs for internal implementation. Make the various representations lazy How to handle updates
16
Supporting Part 10 Headers We will store the Part 10 header in the metadata Recommend that any updater of studies include Part 10 headers in the metadata Rationale: More people will complain about it not being preserved than those that don’t want it
17
Implementation Challenges Normalization algorithm- 1-pass or 2-pass
18
Bulk Binary Partial Load Support both GET and POST
19
Unit and Integration Tests Junit 4.0 Run unit tests before checking software in Integrate w/ Ant
20
Performance Need cookbook that describes how to get maximum performance – HTTP Chunking on server side – Jumbo frames – OS TCP Buffer sizes – Size of reads on client – Size of writes on server
21
Version 1.0 Tasks Unit tests Integration test Features: – Non-DICOM Proprietary types Instructions for building, testing and configuring a download. Binary download of MINT Server, DICOM- >MINT Server and Clear Canvas client
22
High Level Decisions REST interfaces only to return XML (no more XHTML) GPB is supported for metadata only (for performance) Drop support for JSON (XML is adequate) All MINT Date/Time format is in UTC DICOM DT format (exception StudyDateTime for queries)
23
Data Dictionary Need a document that defines DD and type creation How to add types – Need to associate with a particular seriesInstance or SOPInstance – ** Document defining type definition – Define Use Cases (Jim P) – Define a type for Vital Volumes, AIM, MIME types – Sequence elements are atomic(?) Management (get DICOM committee to take this over) Versioning
24
DICOM Study Summary Fields Patient Name Patient DOB Patient Sex MRN Domain (IPID) MRN Study Date & Time Issuer of Accession # Accession # # of series/objects Modality Series descriptor? Issues: – Date & time problems – Time zone Study summary served as xml Study summary is all patient, study and series tags + # of instances (study level & series level) No need for Summary in Data Dictionary
25
MINT Study Required Fields Study UID
26
Study Queries Study Instance UID Patient ID + Patient ID Issuer Accession Number + Accession Number Issuer StudyDateTimeFrom + StudyDateTimeTo Date time searches will be inclusive of the day Time is not required in search values Date/Time format is in DICOM DT format If time is supplied, but no date, study date time queries will not work
27
MINT Study Search Results Returned as XML Data – MINT Study UUID – Last Update Date/Time
28
$MINTROOT/changelog Each Entry – MINT Study UUID – Change Number – Last Update Date/Time – Type (e.g. DICOM, PDF, etc)
29
Root Study URL List of all types in study
30
Other projects related to MINT? MINT Proxy (federating MINT servers) – Local caching MINT server – Single MINT server proxy into DICOM archives Anonymizing/de-identifiying MINT proxy Storage of other data types in MINT – AIM, PDF, JPEG, PNG, TIFF, video, audio XIP to MINT adapter XDS Interface? HIE Gateway across different enterprises with different patient identifiers – look at XDS model for this QC Workstation / Toolkit (edit patient name, delete images, add images, split study, etc) CSTORE SCP->MINT CSTORE, CFIND, CMOVE SCU -> MINT Server Simple viewer for web browser that is MINT enabled Post processing example – listen for study changes and add content to server (e.g. generate JPEGs for Key Images) Security cookbook – how to implement ACLs against MINT Architecture cookbook – how to support MINT with a DICOM P10 archive
31
MINT Non Goals
32
RSNA Tasks Performance numbers
33
Deidentification IHE Defines this through TCE spec Revisit with Jim Philbin tomorrow
34
NOT PART OF STANDARD, PRESERVING FOR FUTURE REFERENCE MINT Study Search Results Data – MINT Study UUID – DICOM Study Instance UID – DICOM AccessionNumber – DICOM StudyDate – DICOM StudyTime – DICOM Patient Name – DICOM MRN – DICOM MRN Issuer – DICOM Accession Number Issuer – DICOM Study Description – DICOM SOP Instance Count – DICOM Modalities – Size of all binary items for all types in study Links – StudySummary StudySummary – DICOMSummary DICOMSummary – DICOMMetadata DICOMMetadata – ChangeLog ChangeLog
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.