Phần này định nghĩa duới dạng bảng các Modun cấu tạo lên IOD. Với mỗi Modun trong bản, các thông tin sau được định rõ:
- Tên của Modun hay Nhóm Chức năng
- Tham chiếu đến các phần định nghĩa Modun hay Nhóm Chức năng - Sử dụng Modun hay Nhóm Chức năng, có thể là:
- Bắt buộc - Có điều kiện
- Người sử dụng tuỳ chọn
II.2.4. Sự mở rộng Mô hình DICOM Thế giới thực
Sự mở rộng Mô hình DICOM Thế giới thực được thực hiện để phù hợp với mục đích của Lớp Dịch vụ Quản lí Danh sách công việc Cơ bản (Basic Worklist Management Service Class) và các Lớp SOP Bước Thủ tục Thiết bị ( Modality Procedure Step SOP Class). 43 Kế hoạch Thủ tục Mã Giao thức Bước Thủ tục được Lịch trình Bước Thủ tục Thực hiện Thể thức Thiết bị Series Tạo bởi Xác định Gồm Dẫn tới Mô tả Dẫn tới Xác định Thuộc vể Khám Khoảng Dịch vụ Yêu cầu Dịch vụ Hình ảnh Thủ tục được Yêu cầu Loại Thủ tục có Được thực hiện theo Xảy ra khi có Làlà ngữ cảnh có có Gồm Xác định Bệnh nhân
Hình II.2.3.1: Mô hình DICOM Thế giới thực với mục đích giao diện Hệ thống Thông tin-Thiết bị
Các định nghĩa mở rộng của Mô hình DICOM Thế giới thực bao gồm:
Bệnh Nhân
Một bệnh nhân (bệnh nhân) là một người được nhận vào, hay được đăng kí để nhận vào các dịch vụ y tế.
Khoảng Dịch Vụ
Một Khoảng Dịch vụ (Service Episode) là tập hợp các sự kiện, được thu nhận trong một khoảng thời gian bắt đầu-kết thúc. Xác định thời gian bắt đầu, kết thúc, các sự kiện thu nhận là hoàn toàn tuỳ chọn. Khoảng Dịch vụ là một bối cảnh trong đó sự xử lí và quản lí các tình trạng y tế của bệnh nhân được thực hiện
Yêu cầu Dịch vụ Hình ảnh
Một Yêu cầu Dịch vụ Hình ảnh (Imaging Service Request) là một bộ của một hay nhiều Thủ tục được Yêu cầu (Requested Procedure) được lựa chọn từ danh sách các Loại Thủ tục ( Procedure Type). Một Yêu cầu Dịch vụ Hình ảnh được đưa ra với một yêu cầu dịch vụ hình ảnh và một sự cung cấp dịch vụ hình ảnh được xác nhận trong một ngữ cảnh của Khoảng Dịch vụ.
Loại Thủ tục
Một Loại Thủ tục (Procedure Type) xác định một lớp các thủ tục. Trong ngữ cảnh dịch vụ thu nhận hình ảnh, một Loại Thủ tục là một lựa chọn trong một bộ các thủ tục thu nhận hình ảnh có thể được yêu cầu hay báo cáo bởi các phương tiện thu nhận hình ảnh . Một Loại Thủ tục cụ thể có một tên và một hay nhiều nhận diện khác. Một Loại Thủ tục liên quan tới một hay nhiều Kế hoạch Thủ tục (Procedure Plan).
Thủ tục được Yêu cầu
Một Thủ tục được Yêu cầu (Requested Procedure) là một thủ tục cụ thể trong Loại Thủ tục được đưa ra. Một Thủ tục được Yêu cầu cụ thể bao gồm mọi thành phần của thông tin được xác định bởi một Kế hoạch Thủ tục cụ thể được lựa chọn cho Thủ tục được Yêu cầu bởi đối tượng cung cấp dịch vụ hình ảnh. Kế hoạch Thủ tục này được định nghĩa bởi đối tượng cung cấp dịch vụ hình ảnh trên cơ sở các khuôn dạng Kế hoạch
Thủ tục liên quan với Loại Thủ tục đang xét. Một Yêu cầu Dịch vụ Hình ảnh có thể bao gồm các yêu cầu cho nhiều Thủ tục được Yêu cầu khác nhau.
Bước Thủ Tục được Đặt lịch
Một Bước Thủ Tục được Đặt lịch (Scheduled Procedure Step) là một đơn vị dịch vụ được đặt lịch được định nghĩa tuỳ chọn xác định bởi Kế hoạch Thủ tục cho một Thủ tục được Yêu cầu.
Kế hoạch Thủ tục
Một Kế hoạch Thủ tục (Procedure Plan) là sự định nghĩa bộ các Giao thức được dùng để thực hiện các Bước Thủ tục được Đặt lịch của một Thủ tục được Đặt lịch. Mỗi Bước Thủ tục được Đặt lịch được tạo ra theo một Giao thức đơn (được xác định bởi một hay nhiều Mã Giao thức -Protocol Code). Các Giao thức thực sự thực hiện trong một Bước Thủ tục có thể khác những trường hợp được đưa ra trong Kế hoạch Thủ tục liên quan.
Giao thức
Một Giao thức (Protocol) là sự định rõ các hoạt động được qui định bởi một Kế hoạc Thủ tục để thực hiện một Bước Thủ tục cụ thể. Một Bước Thủ tục được Đặt lịch chứa chỉ một Giao thức có thể được mang một hay vài Mã Giao thức. Mã hay các mã định ra một Giao thức cụ thể có thể được lựa chọn từ một bộ các Giao thức. Nhiều Giao thức không được phép tồn tại trong một Bước Thủ tục được Đặt lịch.
Bước Thủ tục Thiết bị được Thực hiện
Một Bước Thủ tục Thiết bị được Thực hiện (Modality Performed Procedure Step) là một đơn vị dịch vụ được định nghĩa tuỳ ý mà được thực hiện (chứ không chỉ là được đặt lịch). Một cách logic, nó tương ứng với một Bước Thủ tục được Đặt lịch, nhưng các điều kiện thực tế có thể dẫn tới đối tượng nào được thực hiện chưa chắc tương ứng một cách chính xác với cái gì được yêu cầu hay đặt lịch
Nó bao gồm thông tin mô tả loại dịch vụ thực sự được thực hiện. Những thông tin này được thể hiện bởi Giao thức Thực hiện (Performed Protocol) được định nghĩa bởi một hay nhiều Mã Giao thức.
Một Bước Thủ tục được Thực hiện chứa thông tin về trạng thái của nó (ví dụ: trong tiến trình, bị gián đoạn hay hoàn thành)
Một Bước Thủ tục Thiết bị được Thực hiện là một Bước Thủ tục được Thực hiện là kết quả từ việc thu nhận hình ảnh của bệnh nhân hoặc đối tượng của thu nhận hình ảnh khác trên một Thiết bị.
Nó chứa thông tin miêu tả sự thực hiện một bước thủ tục hình ảnh, bao gồm dữ liệu về sự thực hiện thủ tục của chính bản thân nó, giá trị liều lượng chiếu xạ mà bệnh nhân phải chịu nếu chiếu xạ ion hoá được sự dụng, dữ liệu để lên hoá đơn và quản lí vật tư.
Bước Thủ tục được Đặt lịch Mục đích Chung
Một Bước Thủ tục được Đặt lịch Mục đích Chung (General Purpose Schedule Step) là một đơn vị dịch vụ lịch trình tuỳ ý, được xác định bởi các Kế hoạch Dịch vụ của một hay vài các Thủ tục được Yêu cầu. Một Bước Thủ tục được Đặt lịch Mục đích Chung qui định một Mục công việc (Workitem) miêu tả các bước thủ tục được thực hiện. Một Bước Thủ tục được Đặt lịch Mục đích Chung bao gồm các ứng dụng, nhân thân, vị trí, và thời gian (bắt đầu, kết thúc, khoảng thời gian).
Bước Thủ tục được Thực hiện Mục đích Chung
Một Bước Thủ tục được Thực hiện Mục đích Chung là một đơn vị dịch vụ định nghĩa tuỳ ý được thực hiện thực sự (chứ không chỉ lên lịch trình). Thường thì nó tương ứng với một Bước Thủ tục được Đặt lịch Mục đích chung, nhưng các điều kiện thực tế có thể dẫn tới tình trạng những công việc được thực hiện chưa chắc đã tương ứng với những điều được yêu cầu hay lên lịch.
Nó chứa thông tin miêu tả loại thủ tục thực sự được thực hiện.
Bước Thủ tục được Thực hiện Mục đích Chung chứa thông tin về trạng thái của nó.
Nó chứa thông tin miêu tả sự thực hiện Bước Thủ tục Mục đích Chung của một thủ tục.
Bước Thủ tục được Thực hiện Mục đích Chung chứa các tham chiếu tới không hoặc nhiều SOP Phức cụ thể được tạo ra như thành phần của bước thủ tục.
Mục Công việc
Một Mục Công việc (Workitem) là một trong các nhiệm vụ (task) được qui định bởi một Kế hoạch Thủ tục để thực hiện một Thủ tục được Yêu cầu cụ thể. Mỗi Bước
Thủ tục được Đặt lịch Mục đích Chung sẽ mang chỉ một Mục Công việc. Mã xác định một Mục Công việc cụ thể sẽ được lựa chọn từ bộ các loại Mục Công việc.
II.3. Các lớp dịch vụ DICOM Khái niệm
Với DICOM, thiết kế hướng đối tượng đưa ra các mô tả không chỉ là thông tin mà còn là làm gì với thông tin đó, và bằng cách nào máy tính có thể truy nhập được thông tin của các Đối tượng.
DICOM đưa ra các Dịch vụ xử lí thông tin bằng một bộ các thành phần dịch vụ gọi là Thành phần Dịch vụ Bản tin DICOM (DIMSE).
Các DIMSE-N được sử dụng đối với Đối tượng Thông tin Thường. Các DIMSE-C được sử dụng cho các Đối tượng Thông tin Phức. Các DIMSE rơi vào một trong hai dạng:
-Dạng Thao tác (operation) (ví dụ: “STORE” sẽ lưu trữ dữ liệu )
-Dạng Thông báo (notification) (ví dụ:”EVENT REPORT” sẽ thông báo với thiết bị những gì đã diễn ra).
Các DIMSE cơ sở này được dùng để để tạo lên các dịch vụ yêu cầu trong hệ thống thu nhận và truyền hình ảnh. Một số dịch vụ, như Lưu trữ chỉ cần một DIMSE tương ứng là STORE. Trong khi đó, một số dịch vụ khác, như Truy vấn-Chất vấn lại đòi hỏi nhiều hơn một DIMSE để thực hiện, đó là FIND, GET, MOVE.
Do tính chất hướng đối tượng của DICOM, các dịch vụ thuộc vào các Lớp (class). Đó là do một dịch vụ có thể được sử dụng bởi nhiều Đối tượng Thông tin khác nhau. Một điều rất quan trọng là phải biết được thiết bị là cung cấp dịch vụ (ví dụ: hệ thống file đĩa ở trạm làm việc cung cấp dịch vụ Lưu trữ hình ảnh) hay là sử dụng dịch vụ (ví dụ: máy Siêu âm sử dụng dịch vụ Lưu trữ ở trạm làm việc để lưu trữ và hiển thị hình ảnh. DICOM gọi đó là Vai trò (role) dịch vụ. Thiết bị có thể là Cung cấp Dịch vụ (service provider) hay sử dụng dịch vụ (service user), hoặc cả hai.
Các Vai trò trên cần được các thiết bị trong hệ thông hiểu nếu muốn hoạt động đúng. Điều này được thực hiện thông quan Thoả thuận (negotiation) trước mỗi Liên kết (association).
Các lớp dịch vụ trong DICOM
Lớp Dịch vụ Xác minh
Lớp Dịch vụ Lưu trữ
Lớp Dịch vụ Chất vấn/ Truy vấn
Lớp Dịch vụ Thông báo Nội dung Nghiên cứu Lớp Dịch vụ Quản lí Bệnh nhân
Lớp Dịch vụ Quản lí Nghiên cứu Lớp Dịch vụ Quản lí Kết quả Lớp Dịch vụ Quản lí In
Lớp Dịch vụ Lưu trữ Trung gian Lớp Dịch vụ Giao Lưu trữ
Lớp Dịch vụ Quản lí Danh sách Công việc Lớp Dịch vụ Hàng đợi
Lớp Dịch vụ Lưu trữ Trạng thái Hiển thị Softcopy Mức xám Lớp Dịch vụ Lưu trữ Báo cáo cấu trúc
Các Lớp Dịch vụ Quản lí Bệnh nhân, Nghiên cứu, và Kết quả được thiết kế để hỗ trợ truyền thông giữa hệ thống PACS sử dụng DICOM và các hệ thống thông tin HIS, RIS. Khác Lớp Dịch vụ Chất vấn/ Truy vấn hình ảnh, các Lớp Dịch vụ này không phải là Dịch vụ Lớp dịch vụ hướng hình ảnh (image-oriented). Để xác định tốt vai trò của Lớp Dịch vụ Quản lí cụ thể trong mối quan hệ với các chức năng khác của hệ thống thông tin, các Lớp Dịch vụ này sử dụng mô hình chức năng.
II.3.1. Lớp Dịch vụ Xác minh
Lớp Dịch vụ Xác minh (Verification Service Class) định nghĩa một dịch vụ xác minh sự truyền tin tầng ứng dụng giữa các Thực thể Ứng dụng DICOM. Sự xác minh này được thực hiện trên một Liên kết (Association) sử dụng dịch vụ C-ECHO DIMSE- C.
II.3.2. Lớp Dịch vụ Lưu trữ Khái niệm
Lớp Dịch vụ Lưu trữ (Storage Service Class) định nghĩa một lớp dịch vụ tầng ứng dụng để làm thuận tiện hoá sự truyền hình ảnh giống với như cách của ACR-NEMA 300-1988. Nó cho phép một Thực thể Ứng dụng DICOM gửi hình ảnh tới một Thực thể
Ứng dụng DICOM khác.
Định nghĩa dịch vụ
Hai Thực thể ứng dụng DICOM sử dụng Lớp SOP của Lớp Dịch vụ Lưu trữ với một đóng vai trò SCU và một đóng vai trò SCP. Lớp SOP của Lớp Dịch vụ Lưu trữ được thực hiện bằng cách sử dụng dịch vụ C-STORE DIMSE-C. Để thực hiện thành công C-STORE phải có những điều sau:
Cả SCU và SCP đều đáp ứng cùng một loại thông tin được lưu trữ. Thông tin được lưu trữ ở một số phương tiện.
Với một số hệ thống, thông tin có thể được truy cập.
Lớp Dịch vụ lưu trữ được sử dụng trong nhiều hoàn cảnh khác nhau: thiết bị gửi hình ảnh đến nơi lưu trữ, hay từ nơi lưu trữ tới trạm làm việc(workstation) hoặc quay lại thiết bị, hoặc từ trạm làm việc gửi hình ảnh đã được xử lí tới nơi lưu trữ..
Minh hoạ: Một máy CT Scanner gửi hình ảnh tới một Trạm làm việc. CT có gửi
hình ảnh một cách tuỳ ý:
Có thể gửi tự động từng hình ảnh ngay sau khi hoàn thành
Hoặc gửi sau đó một thời gian khi toàn bộ hình ảnh của quá trình quét được thu. Việc này được thực hiện khi người điều khiển nhấn nút ”Send Image” trên bảng điều khiển của máy.
CT Scanner phải thiết lập phiên truyền thông hay Liên kết với Trạm hiển thị khi gửi từng ảnh. Chi tiết các vấn đề được thoả thuận vào lúc thiết lập Liên kết.
II.3.3. Lớp Dịch vụ Chất vấn/Truy vấn Khái niệm
Lớp Dịch vụ Chất vấn/Truy vấn (Query/Retrieve Service Class) định nghĩa một lớp dịch vụ tầng ứng dụng để làm thuận tiện hoá việc quản lí đơn giản các Đối tượng Phức Cụ thể (Composite Object Instance) theo như cách tương tự với ACR-NEMA 300- 1988. Lớp dịch vụ này không chủ định cung cấp một cơ chế chất vấn cơ sở dữ liệu toàn
49
Gửi hình ảnh
WorkStation CT Scanner
diện như SQL mà tập trung vào chất vấn thông tin đối tượng phức hợp sử dụng một bộ các Thuộc tính Khoá (Key Attribute) chung.
Mặt khác, Lớp Dịch vụ Chất vấn/Truy vấn còn cung cấp khả năng truy vấn/chuyển một bộ xác định các Đối tượng Phức Cụ thể. Khả năng truy vấn/chuyển cho phép một Thực thể ứng dụng DICOM truy vấn các Đối tượng Phức Cụ thể từ một Thực thể ứng dụng DICOM từ xa hay yêu cầu một Thực thể ứng dụng DICOM từ xa chuyển một Đối tượng Phức Cụ thể tới một Thực thể ứng dụng DICOM khác.
Định nghĩa Dịch vụ
Hai Thực thể ứng dụng DICOM ngang hàng thực thi một Lớp SOP của Lớp Dịch vụ Chất vấn/Truy vấn với một đóng vai trò SCU và một đóng vai trò SCP. Lớp SOP của Lớp Dịch vụ Chất vấn/Truy vấn được thực hiện sử dụng các dịch vụ DIMSE-C, C- FIND, C-MOVE, và C-GET.
Cách ứng xử (behavior) giới hạn và mở rộng cho các dịch vụ DIMSE-C, C-FIND, C-MOVE, và C-GET đều đã được định rõ. Cách ứng xử giới hạn định ra mức thích nghi tối thiểu trong thực hiện để thuận tiện hoá khả năng đồng hoạt động (interoperability). Cách ứng xử mở rộng phát triển cách hoạt động giới hạn bằng cách cung cấp các đặc tính mới được Thoả thuận (Negotiation) một cách độc lập vào thời gian thiết lập Liên kết (Association).
Các dịch vụ DIMSE-C, C-FIND, C-MOVE, và C-GET được miêu tả như sau: a. Dịch vụ A C-FIND mang ngữ nghĩa:
- SCU yêu cầu SCP thực hiện đối sánh (match) cho mọi khoá (key) được xác định trong Nhận diện (Identifier) của yêu cầu, với thông tin mà nó sở hữu, với các mức thông tin (Ví dụ: Bệnh nhân, Series, hay Đối tượng Phức Cụ thể) được xác định trong yêu cầu.
- SCP trả lời cho mỗi sự đối sánh với một Nhận diện mang giá trị mọi trường khoá (key field) và mọi Thuộc tính đã biết được yêu cầu. Mọi sự trả lời như thế đều mang trạng thái Pending. Một trạng thái của Pending chỉ ra rằng tiến trình tương hợp đó chưa hoàn thành.
- Khi tiến trình đối sánh hoàn thành, một trả lời C-FIND được gửi đi với một trạng thái thành công hay không xác định.
- Sự trả lời từ chối hay lỗi với yêu cầu C-FIND chỉ ra rằng SCP không có khả năng thực hiện được yêu cầu.
- SCU có thể huỷ dịch vụ C-FIND bằng cách đưa ra yêu cầu C-FIND CANCEL vào mọi thời điểm trong khi thực hiện dịch vụ C-FIND. SCP sẽ ngắt mọi sự kết hợp và trả về trạng thái Cancel.
b. Dịch vụ AC-MOVE mang các ngữ nghĩa sau đây:
- SCU cung cấp các giá trị Khoá Duy nhất (Unique Key) để xác định một thực thể ở mức truy vấn. SCP khởi tạo thao tác thành phần (Sub-operation) C-STORE cho các SOP Cụ thể lưu trữ tương ứng được xác định bởi các giá trị Khoá Duy nhất. Những thao tác thành phần C-STORE diễn ra trên các một Liên kết khác chứ không phải là dịch vụ C-MOVE. Vai trò SCP của Lớp SOP Chất vấn/Truy vấn và vai trò SCU của Lớp SOP