Lần đầu bước vào dự án Healthcare, rất nhiều Business Analyst rơi vào cảm giác choáng ngợp: thuật ngữ y tế dày đặc, quy trình phức tạp, yêu cầu pháp lý khắt khe và rủi ro ảnh hưởng trực tiếp đến con người. Nếu bạn đang thấy mình “không hiểu gì cả”, thì bạn không hề đơn độc. Bài viết này sẽ chia sẻ hành trình giúp bạn gỡ rối từng bước, nhìn đúng bản chất công việc BA trong Healthcare và biết nên bắt đầu từ đâu thay vì hoang mang.
Khi BA lạc vào… bệnh viện, phòng khám sẽ như thế nào?

Chào các bạn trẻ vừa tốt nghiệp hoặc mới đi làm chưa lâu mà đã “dính” phải một dự án Healthcare. Nếu bạn đang nghĩ: “Trời đất ơi, mình học IT, ra trường code tí React, lướt Jira với Figma, giờ lại bảo đi làm nghiệp vụ… bệnh viện?”, thì cảm giác đó hoàn toàn dễ hiểu – và cũng không phải là trường hợp hiếm.
Với nhiều BA hoặc IT trẻ, dự án Healthcare thường tạo cảm giác choáng ngợp ngay từ đầu: thuật ngữ chuyên ngành dày đặc, tài liệu tiếng Anh mang tính y khoa, cùng hàng loạt quy trình nghiệp vụ chưa từng tiếp xúc. Không ít người phải mất thời gian chỉ để hiểu những khái niệm cơ bản như EHR hay luồng vận hành của một cơ sở y tế.
Tuy nhiên, trải nghiệm thực tế làm BA trong healthcare cho thấy: bạn hoàn toàn có thể thích nghi và làm tốt trong mảng này. Khi tiếp cận từng bước một, kết hợp việc học kiến thức nền với kỹ năng giao tiếp và phân tích, dự án Healthcare không còn là “nỗi sợ” mà dần trở thành một lĩnh vực nhiều chiều sâu và đáng để theo đuổi.
Những kiến thức BA cần học để không bị “tẩu hỏa nhập ma”
Học về quy trình nghiệp vụ trong chăm sóc sức khỏe
Đừng lao vào đọc mấy tài liệu API liền. Bạn nên hiểu “big picture” trước. Một số quy trình nên nắm:
- Quy trình khám chữa bệnh: Đặt lịch khám → Tiếp đón → Khám → Xét nghiệm → Chẩn đoán → Điều trị → Kê đơn thuốc → Thanh toán → Lưu hồ sơ.
- Bệnh án điện tử (EHR/EMR): Là nơi lưu tất cả thông tin về bệnh nhân, đơn thuốc, chỉ số, lịch sử khám bệnh.
- Hệ thống bảo hiểm y tế: Có liên quan đến xác nhận chi phí, quyết toán, đối soát.
- Chuỗi liên kết nội bộ: Giữa bác sĩ, y tá, phòng khám, xét nghiệm, dược sĩ, bảo hiểm, và… bệnh nhân.
Lúc đầu nghe phức tạp, nhưng nếu bạn thử vẽ nó bằng flowchart hoặc BPMN, bạn sẽ bắt đầu thấy logic.
Xây dựng “từ điển mini” về các tiêu chuẩn y tế quốc tế
Không cần trở thành bác sĩ đâu, nhưng bạn cần tra kỹ những thuật ngữ phổ biến:
- ICD-10: Mã bệnh quốc tế.
- CPOE: Computerized Physician Order Entry – hệ thống bác sĩ kê toa online.
- HL7 / FHIR: Chuẩn kết nối dữ liệu y tế.
- PACS: Hệ thống lưu trữ hình ảnh (như phim X-quang, MRI).
→ Tip ở đây đó là khi bạn BA mới nên có một file từ điển mini các từ này, càng đơn giản càng tốt, để sau dễ tra cứu.
Công cụ hỗ trợ
BA mới nên thành thạo:
- Figma / Balsamiq: Dựng wireframe app khám bệnh, thanh toán, nhập đơn thuốc…
- Draw.io / Lucidchart: Vẽ luồng process (ví dụ: luồng bệnh nhân đi qua phòng khám rồi đến xét nghiệm)
- Jira, Confluence: Document lại requirement và task.
- Google Translate + ChatGPT (với prompt hay): Tra từ và mô phỏng cuộc đối thoại giữa bác sĩ – bệnh nhân – hệ thống.
Giao tiếp trong healthcare có gì khác biệt so với các dự án bình thường?
Đây là phần đau đầu nhất với nhiều bạn BA mới, vì bạn sẽ:
- Giao tiếp với bác sĩ, stakeholder liên quan – người thường nói nhanh, bận rộn, và không rành công nghệ.
- Giao tiếp với dev – người không hiểu tại sao cái nút “in đơn thuốc” phải ẩn đi sau khi bấm.
- Giao tiếp với tester – người hỏi “POD là gì vậy bạn ơi?”
Tip nói chuyện với bác sĩ
Họ không thích đọc tài liệu dài. Hãy demo trực tiếp hoặc vẽ hình minh họa.
Ví dụ: thay vì nói “Chúng tôi sẽ xây dựng module prescription management…”, hãy nói: “Bác sĩ chỉ cần bấm 2 lần là xong đơn thuốc, không cần viết tay.”
→ Gợi ý dùng từ đơn giản: “Tự động điền” thay vì “autocomplete”; “Chống trùng thuốc” thay vì “alert duplicate interaction”.
Giao tiếp với dev
Phân tích rõ “luồng chính” vs “luồng ngoại lệ”. Trong healthcare, ngoại lệ rất nhiều (ví dụ: bệnh nhân đổi thuốc phút chót, bảo hiểm từ chối thanh toán, v.v.).
Ví dụ: “Nếu bệnh nhân chưa có mã bảo hiểm thì vẫn tạo được hồ sơ, nhưng phải đánh dấu trạng thái ‘Chờ xác minh’.”
Những Tình Huống Dở Khóc Dở Cười Và Bài Học Xương Máu Từ Thực Địa
Trong môi trường y tế, người dùng thường không thao tác theo một “luồng chuẩn” nào cả. Những tình huống phát sinh tại phòng khám sẽ dạy bạn rằng: Hệ thống phải cực kỳ linh hoạt và thân thiện (User-friendly) để giảm thiểu tối đa sai sót của con người.
Tình huống 1: “Cái nút in nằm đâu em?”
Một bác sĩ gọi điện hơi bực bội vì không tìm thấy nút in đơn thuốc. Lý do: bên UI/UX design để nút đó nằm dưới màn hình mobile, không scroll xuống thì không thấy.
Bài học ở đây đó là luôn test UI trên nhiều thiết bị. Với healthcare, mobile là số 1 vì bác sĩ không có thời gian ngồi bàn máy tính.
Vậy nên, mobile first !! Nhớ nhé =)
Tình huống 2: “Dữ liệu bệnh nhân bay đi đâu rồi?”
Dev sửa logic load data, khiến hệ thống chỉ hiện hồ sơ của 1 ngày thay vì cả lịch sử. Cả phòng khám tưởng mất hết hồ sơ.
Vậy nên hãy luôn ghi chú chi tiết các rule hiển thị dữ liệu, đặc biệt với những thứ nhạy cảm như bệnh án.
Tình huống 3: “Test case viết chưa hết – bác sĩ bảo không dùng được”
Bạn QA test flow chính, nhưng bác sĩ lại bảo không xài được vì khi nhập sai số CMND, không có thông báo lỗi.
Suy ra là Healthcare users thường không theo flow “chuẩn”. Họ nhập nhầm rất nhiều – bạn cần test cả luồng “ngớ ngẩn” nhất có thể.
Vài mẹo để sống sót (và thành IT BA có tâm) trong domain healthcare
Đặt câu hỏi thật nhiều
Đừng ngại hỏi: “Quy trình này diễn ra như thế nào?”, “Nếu nhập sai thì xử lý ra sao?”, “Anh/chị mong đợi thao tác này diễn ra trong mấy bước?”…
Càng hỏi chi tiết, bạn càng bớt “ngáo ngơ”.
Đừng ôm đồm mà hãy làm “cầu nối”
Bạn không cần giải quyết tất cả. Nhiệm vụ của bạn là kết nối các bên, hiểu ai cần gì và phiên dịch lại cho dev/tester.
Lưu lại mọi thứ
Dự án healthcare thường kéo dài. Ghi lại mọi quy trình, từ buổi kick-off đến từng cuộc gọi, để tránh “quên mất cái flow cũ bác sĩ từng yêu cầu”.
Kết luận: Healthcare là domain khó, nhưng xứng đáng để theo đuổi lâu dài
Nếu bạn cảm thấy mình bị “đuối” với healthcare, điều đó hoàn toàn bình thường. Đừng bỏ cuộc. Sau vài tháng, bạn sẽ quen với các thuật ngữ, quy trình, và thậm chí thấy vui khi được nói chuyện với bác sĩ, phân tích bảng kê thuốc, tối ưu hóa hệ thống bệnh án.
Và biết đâu – bạn sẽ là người đứng đầu đội BA trong một dự án bệnh viện đa khoa 5 năm tới!
Và có một nguyên tắc cốt lõi cần ghi nhớ:
BA giỏi không phải là người biết hết mọi thứ, mà là người biết đặt câu hỏi đúng và không ngại học từ đầu.

Thảo luận
Đăng nhập để bình luậnAnh có thể đặt câu hỏi, góp ý hoặc lưu lại insight quan trọng sau khi đọc bài.