MCP nối AI với dữ liệu và công cụ: cách vận hành, quyền và giới hạn

Model Context Protocol (MCP) là giao thức mở đặt ra quy tắc chung để ứng dụng AI kết nối nguồn dữ liệu, mẫu lệnh và công cụ bên ngoài. Nhờ đó, mô hình yêu cầu tra cứu cơ sở dữ liệu, gọi dịch vụ hoặc khởi động tác vụ qua giao diện đã khai báo. MCP chỉ tổ chức đường kết nối và thông điệp. Giao thức này không bảo đảm dữ liệu đúng, mô hình chính xác hay một quyết định y tế an toàn.

Người dùng thường gặp MCP bên trong ứng dụng AI có khả năng đọc tệp, tìm dữ liệu hoặc thao tác trên dịch vụ khác. Với doanh nghiệp và bệnh viện, câu hỏi quan trọng nằm ở phạm vi dữ liệu, quyền gọi công cụ, bước phê duyệt và nhật ký. Một kết nối hoạt động đúng giao thức vẫn có nguy cơ trả dữ liệu sai hoặc thực hiện thao tác ngoài dự kiến. Vì vậy, đánh giá MCP phải tách lớp kết nối khỏi chất lượng mô hình và hiệu quả của quy trình.

Ba thành phần cho ba vị trí kiểm soát

Đặc tả MCP bản ngày 25 tháng 11 năm 2025 chia chức năng phía máy chủ (server) thành prompts, resources và tools. Prompts là mẫu lệnh hoặc quy trình được chuẩn bị trước. Resources cung cấp dữ liệu có cấu trúc hoặc nội dung để ứng dụng đưa vào ngữ cảnh. Tools là các hàm cho phép mô hình yêu cầu truy vấn, tính toán hoặc hành động trên hệ thống khác.

Kiến trúc chính thức giao host điều phối, client duy trì kết nối và server cung cấp năng lực chuyên biệt. Một host tạo nhiều client, còn mỗi client duy trì một phiên riêng với một server. Server chạy trên cùng máy hoặc qua dịch vụ từ xa. Biên giới này giúp host giới hạn lượng ngữ cảnh mà từng server nhận được.

Thành phần	Chức năng	Vị trí kiểm soát	Ví dụ trong y tế
prompts	Mẫu lệnh hoặc quy trình đã chuẩn bị	Người dùng lựa chọn	Mẫu yêu cầu tóm tắt kết quả xét nghiệm theo tuần
resources	Dữ liệu và nội dung làm ngữ cảnh	Ứng dụng quản lý	Tài liệu nội bộ hoặc bản tóm tắt hồ sơ đã được cấp quyền
tools	Hàm truy vấn, tính toán hoặc thực hiện tác vụ	Mô hình đề xuất lời gọi	Tra lịch khám hoặc tạo bản nháp yêu cầu chuyển tuyến

Vị trí kiểm soát trong bảng không đồng nghĩa mô hình được toàn quyền hành động. Đặc tả tools khuyến nghị hiển thị công cụ được cấp cho mô hình và thời điểm gọi, đồng thời cho phép con người từ chối thao tác. Client cũng phải xem mô tả và chú thích công cụ là thông tin chưa đáng tin nếu chúng không đến từ server đã được tin cậy. Những yêu cầu đó biến thiết kế giao diện thành một phần của kiểm soát an toàn.

Một yêu cầu đi qua host, client và server ra sao

MCP dùng giao thức gọi thủ tục từ xa JSON-RPC và duy trì trạng thái trong một phiên kết nối. Vòng đời chính thức gồm khởi tạo, vận hành và đóng kết nối. Ở bước đầu, client gửi yêu cầu initialize để hai phía thống nhất phiên bản giao thức, năng lực và thông tin triển khai. Hoạt động bình thường chỉ bắt đầu sau khi quá trình này hoàn tất.

1. Người dùng gửi yêu cầu trong ứng dụng AI.
2. Host xác định client nào đang nối với nguồn dữ liệu hoặc công cụ phù hợp.
3. Client lấy danh sách năng lực mà server đã khai báo.
4. Mô hình đề xuất công cụ và tham số theo lược đồ đầu vào (input schema).
5. Server kiểm tra yêu cầu, gọi dịch vụ phía sau rồi trả kết quả hoặc lỗi.
6. Ứng dụng trình bày kết quả và xin xác nhận trước thao tác có ảnh hưởng lớn.

Đối với tools, client dùng tools/list để lấy danh sách và tools/call để gửi lời gọi. Mỗi công cụ có tên, mô tả và lược đồ đầu vào; server phải kiểm tra dữ liệu trước khi xử lý. Đặc tả còn tách lỗi giao thức khỏi lỗi phát sinh khi công cụ chạy. Cách tách này hỗ trợ truy vết nguyên nhân, nhưng không tự tạo ra quy trình khôi phục cho doanh nghiệp.

MCP, API và RAG giải quyết ba câu hỏi khác nhau

MDN định nghĩa API là tập hợp tính năng và quy tắc giúp phần mềm tương tác với một ứng dụng. Bài báo của Patrick Lewis và cộng sự mô tả retrieval-augmented generation (RAG) là cách kết hợp bộ nhớ tham số với bộ nhớ ngoài để sinh văn bản. MCP lại chuẩn hóa cách ứng dụng AI nhận biết và sử dụng prompts, resources cùng tools. Ba lớp thường xuất hiện trong cùng một sản phẩm mà không thay thế nhau.

Công nghệ	Câu hỏi chính	Đối tượng cần nghiệm thu
API	Hai hệ thống trao đổi dữ liệu hoặc chức năng theo hợp đồng nào	Điểm cuối, định dạng, lỗi và quyền truy cập
RAG	Mô hình lấy tài liệu nào làm căn cứ khi tạo câu trả lời	Chất lượng truy xuất, nguồn và cách dùng ngữ cảnh
MCP	Ứng dụng AI phát hiện và gọi dữ liệu, mẫu lệnh hoặc công cụ ra sao	Khai báo năng lực, lời gọi, quyền, xác nhận và nhật ký

Một MCP server cung cấp tool gọi API tìm kiếm tài liệu, sau đó ứng dụng đưa kết quả vào quy trình RAG. Nếu doanh nghiệp chỉ có một truy vấn hậu cần ổn định, API được mô tả rõ thường đã đủ. MCP phù hợp hơn khi nhiều ứng dụng AI phải dùng chung nhiều nguồn dữ liệu và công cụ. Quyết định triển khai vì thế nên bắt đầu từ số kết nối, nhu cầu tái sử dụng và mức quyền của từng tác vụ.

Đài Loan đã xây nền dữ liệu y tế, chưa coi MCP là chuẩn y tế

Bộ Y tế và Phúc lợi Đài Loan là cơ quan phụ trách chính sách y tế và phúc lợi tại Đài Loan. Thông cáo ngày 26 tháng 5 năm 2026 cho biết Đài Loan dùng Fast Healthcare Interoperability Resources (FHIR) để chuẩn hóa trao đổi bệnh án. Hạ tầng còn dùng bộ dữ liệu cốt lõi TWCDI và hướng dẫn TW Core IG. Bộ cũng cho biết Chang Gung, Mackay và Chung Shan đã hoàn tất mô hình liên thông bệnh án vào cuối năm 2025. Thông cáo nói dữ liệu này hỗ trợ quyết định lâm sàng bằng AI, nhưng không xác nhận hiệu quả của một mô hình cụ thể.

Ngày 18 tháng 8 năm 2026, Bộ khởi động Phòng thí nghiệm Chứng nhận Khả năng liên thông và Hiệu năng Y tế số Quốc gia tại Đài Loan. Cơ sở này dự kiến triển khai ba nhánh chứng nhận cho phần mềm, phần cứng và nhà cung cấp giải pháp tổng thể. Hoạt động thử nghiệm gắn với FHIR Box, không gian dữ liệu, không gian quy tắc và không gian ứng dụng y tế. Đây là chương trình đang triển khai, nên tiêu chí và danh sách sản phẩm vẫn cần kiểm tra theo thời điểm.

Trang chính sách của phòng thí nghiệm liệt kê FHIR, SMART on FHIR, Clinical Quality Language (CQL) và CDS Hooks trong kiến trúc cùng các nhánh chứng nhận. SMART on FHIR là khung kết nối ứng dụng, còn CDS Hooks kích hoạt hỗ trợ quyết định lâm sàng. Trang này không nêu MCP trong danh sách chuẩn y tế. Vì vậy, vị trí của MCP trong bài là phân tích kiến trúc, không phải chủ trương hoặc chứng nhận của Bộ.

Bảo hiểm Y tế toàn dân của Đài Loan (NHI) là hệ thống bảo hiểm y tế công bắt buộc tại Đài Loan. Cơ quan Bảo hiểm Y tế Đài Loan (NHIA) quản lý hệ thống này. NHIA quy định người nước ngoài có giấy phép cư trú hợp lệ phải tham gia khi đáp ứng điều kiện về việc làm hoặc thời gian cư trú.

Thông cáo ngày 27 tháng 12 năm 2022 giới thiệu bộ công cụ phát triển phần mềm Sổ sức khỏe (SDK). Người dùng chọn khoảng thời gian và loại dữ liệu khám chữa bệnh để nhập vào ứng dụng bên thứ ba sau khi cấp quyền. Khi đó, NHIA ghi nhận 31 đơn vị kết nối và 64 ứng dụng đã lên kho; các con số này không phản ánh trực tiếp quy mô năm 2026.

MCP không mở đường tắt vào dữ liệu sức khỏe

FHIR mô tả cấu trúc và tài nguyên dùng để trao đổi thông tin y tế. SMART on FHIR bổ sung cơ chế để ứng dụng kết nối và xin quyền trong hệ sinh thái FHIR. Một MCP server bọc dịch vụ đã được cấp quyền thành tool mà ứng dụng AI hiểu được. Server không được biến MCP thành đường vòng vượt qua xác thực, phạm vi quyền hoặc quy tắc lưu hồ sơ của dịch vụ gốc.

Nếu một tài khoản không có quyền đọc trường dữ liệu, MCP cũng không cấp thêm quyền đó. Nếu dịch vụ gốc chỉ cho truy vấn, tool không nên biến thao tác thành sửa hoặc xóa. Tại Đài Loan, phạm vi đồng ý, danh tính người dùng và loại dữ liệu phải theo hệ thống NHI hoặc bệnh viện liên quan. Chất lượng câu trả lời của mô hình còn cần được đánh giá tách khỏi tính hợp lệ của kết nối.

Sáu mục cần ghi vào hồ sơ triển khai

Đặc tả MCP đưa ra cơ chế kỹ thuật và một số khuyến nghị an toàn. Nó không cung cấp chứng nhận chung cho mọi sản phẩm hoặc mọi bệnh viện. Bảng sau là khung tác nghiệp do APPI News tổng hợp từ kiến trúc, tools và ủy quyền của MCP.

Mục kiểm tra	Câu hỏi cần trả lời	Bằng chứng cần giữ
Phạm vi tool	Tool chỉ đọc, được sửa hay được xóa dữ liệu nào	Danh mục công cụ, lược đồ đầu vào và hành động bị cấm
Tối thiểu hóa dữ liệu	Tác vụ cần trường dữ liệu nào và dữ liệu nào phải loại bỏ	Sơ đồ luồng dữ liệu và cấu hình lọc trường
Ủy quyền	Ai cấp quyền, phạm vi bao lâu và thu hồi ở đâu	Tài khoản, phạm vi quyền và lịch sử thu hồi
Xác nhận của con người	Thao tác nào phải được duyệt trước khi gửi hoặc ghi	Màn hình xác nhận, danh tính người duyệt và thời điểm duyệt
Truy vết	Có nối được người dùng, mô hình, tool, tham số và kết quả hay không	Nhật ký bất biến, phiên bản và mã yêu cầu
Dừng và khôi phục	Server lỗi, đổi phiên bản hoặc mất quyền thì quy trình chuyển sang đâu	Ngưỡng dừng, người phụ trách và bản gần nhất đã chấp nhận

Đặc tả nêu cơ chế ủy quyền là tùy chọn trong MCP. Triển khai qua HTTP nên theo khung này; luồng vào ra chuẩn (STDIO) lấy thông tin xác thực từ môi trường. Khi dùng HTTP, server phải công bố siêu dữ liệu tài nguyên được bảo vệ để client tìm máy chủ ủy quyền. OAuth hỗ trợ cấp và thu hồi quyền, nhưng không quyết định tool nào an toàn cho một công việc cụ thể. Hồ sơ mua sắm vẫn phải ghi nơi lưu mã truy cập, phạm vi quyền, thời hạn và tình huống cần xác thực lại.

Nhật ký cần ghi cả lời gọi thành công lẫn yêu cầu bị từ chối. Nhóm vận hành phải biết lỗi phát sinh ở client, server, API phía sau, dữ liệu hay mô hình. Thay đổi mô tả tool hoặc schema cũng cần được quản lý như thay đổi phiên bản. Một kết nối mới chỉ được đưa vào hoạt động sau khi thử đường dừng, thu hồi quyền và khôi phục.

Khi nào thêm MCP là hợp lý

MCP phù hợp khi một tổ chức có nhiều ứng dụng AI, server dữ liệu và công cụ cần cùng quy tắc khai báo. Lợi ích nằm ở khả năng tái sử dụng kết nối và quản lý năng lực theo giao thức chung. Với một truy vấn đơn giản, thêm MCP tạo thêm thành phần phải cập nhật, giám sát và bảo vệ. Chi phí đó chỉ hợp lý khi nhu cầu tích hợp và quản trị lớn hơn độ phức tạp phát sinh.

Trong bệnh viện tại Đài Loan, quyết định phải bắt đầu từ chuẩn dữ liệu, quyền hợp pháp, quy trình lâm sàng và bằng chứng nghiệm thu. MCP chỉ được xem xét sau khi các lớp này có chủ sở hữu và ranh giới rõ ràng. Tính đến thời điểm bài viết được thực hiện, chúng tôi chưa tìm thấy văn bản chính thức của cơ quan chức năng Việt Nam. Nguồn so sánh hoặc hướng dẫn riêng cho MCP trong y tế cũng chưa được xác minh. Kết quả này không chứng minh Việt Nam không có dự án liên quan, và hồ sơ triển khai ở Việt Nam phải được đánh giá riêng.

Câu hỏi thường gặp

MCP là gì?
MCP là giao thức giúp ứng dụng AI trao đổi với prompts, resources và tools theo quy tắc chung. Nó còn quy định cách client và server thương lượng năng lực rồi gửi thông điệp. MCP không đánh giá độ chính xác của mô hình hoặc chất lượng dữ liệu.

MCP có thay thế API hay RAG không?
API cung cấp giao diện để phần mềm trao đổi dữ liệu và chức năng. RAG đưa thông tin truy xuất được vào quá trình sinh câu trả lời, còn MCP tổ chức cách ứng dụng AI phát hiện và gọi nguồn bên ngoài. Một hệ thống thường dùng cả ba lớp.

MCP có trực tiếp mở dữ liệu NHI tại Đài Loan không?
MCP không phải giấy phép truy cập NHI hoặc hồ sơ bệnh án tại Đài Loan. Ứng dụng vẫn cần dịch vụ hợp lệ, xác thực người dùng, phạm vi đồng ý và quyền do hệ thống gốc cấp. MCP chỉ chuyển lời gọi trong ranh giới đã thiết lập.