Website CLBV.VN và các nền tảng trong hệ sinh thái QuanTriBenhVien.Vn được xây dựng bởi các thành viên có kinh nghiệm tại các bệnh viện, công ty. Web không có liên quan tới bất kỳ Vụ, Cục nào của BYT hay SYT --> chi tiết
Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập hoặc tài khoản đã hết hạn. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "CLBV Members" các nội dung bạn quan tâm.

Kính gửi Anh/Chị/Em đồng nghiệp,

Trong thời gian qua, CLBV nhận được sự ủng hộ rất lớn từ cộng đồng. Website đã nằm trong nhóm đầu kết quả tìm kiếm với nhiều từ khóa liên quan đến Quản lý chất lượng (QLCL) và An toàn người bệnh (ATNB) trong lĩnh vực y tế.

Tuy nhiên, khi lượng truy cập ngày càng tăng, Công ty M.I.U nhận thấy một số vấn đề cần được điều chỉnh để đảm bảo phù hợp với đặc thù chuyên môn:

1. Nội dung QLCL & ATNB có tính chuyên ngành cao

  • Nhiều nội dung mang tính học tập từ sự cố, cải tiến sau sai sót.
  • Nếu tiếp cận ngoài bối cảnh chuyên môn, có thể bị hiểu chưa đầy đủ hoặc sai lệch.

2. Một số tài liệu quản trị cần được sử dụng đúng đối tượng

  • Dù là văn bản công khai, việc áp dụng hiệu quả đòi hỏi hiểu đúng bối cảnh ngành.
  • Phù hợp hơn khi chia sẻ trong cộng đồng những người trực tiếp làm công tác y tế.

3. Hạn chế nguy cơ nhầm lẫn về nhận diện

  • Tên miền clbv.vn có thể gây hiểu nhầm với các hệ thống chính thức của Bộ Y tế.
  • Việc làm rõ và chuẩn hóa nhận diện là cần thiết.

Công ty M.I.U quyết định nâng cấp hệ thống phục vụ đúng đối tượng chuyên môn

Để đảm bảo chất lượng nội dung và phục vụ tốt hơn cho cộng đồng, chúng tôi thực hiện các điều chỉnh:

  • Giới hạn truy cập nội dung: Website dành cho thành viên đã đăng ký, là các đồng nghiệp đang công tác trong lĩnh vực y tế.
  • Chuyển đổi nhận diện sang tên miền mới: QLCL.NET để đồng bộ thương hiệu với các trang trong hệ sinh thái QuanTriBenhVien.Vn như KHTH.VN; CNTT.IT; KSNK.VN; VTTB.VN; HCQT.VN ... hướng đến chia sẻ kiến thức quản trị hiện đại, liên ngành trong bệnh viện không chỉ giới hạn ở QLCL & ATNB.

Chúng tôi tin rằng đây là bước điều chỉnh cần thiết nhằm:

  • Bảo vệ giá trị chuyên môn của nội dung.
  • Đảm bảo thông tin được sử dụng đúng đối tượng, đúng bối cảnh.
  • Xây dựng cộng đồng chia sẻ chất lượng, hiệu quả.

Rất mong tiếp tục nhận được sự đồng hành của Anh/Chị/Em đồng nghiệp.

Công ty M.I.U

Bài 2. Sipoc – Xác định phạm vi và cấu trúc quy trình

1.  Sipoc là gì?

SIPOC là công cụ mô tả quy trình ở mức tổng quan thông qua năm thành phần: Supplier – Input – Process – Output – Customer, tương ứng với Nhà cung cấp đầu vào – Đầu vào – Quy trình – Đầu ra – Khách hàng/người nhận đầu ra.

SIPOC giúp tổ chức hiểu một quy trình không chỉ là chuỗi bước công việc nội bộ, mà là một hệ thống chuyển đổi đầu vào thành đầu ra để phục vụ một đối tượng cụ thể. Công cụ này đặc biệt hữu ích khi cần xác định phạm vi quy trình, làm rõ ai cung cấp đầu vào, đầu vào cần đạt yêu cầu gì, quy trình gồm các bước lớn nào, đầu ra là gì và ai là người sử dụng đầu ra đó.

Nếu flowchart giúp nhìn trình tự chi tiết của công việc, thì SIPOC giúp nhìn cấu trúc tổng thể của quy trình. SIPOC thường được dùng trước khi vẽ flowchart chi tiết hoặc trước khi cải tiến một quy trình có phạm vi chưa rõ.

2. Khi nào nên dùng Sipoc?

SIPOC nên được dùng khi tổ chức cần làm rõ ranh giới và cấu trúc của quy trình. Đây là công cụ rất hữu ích ở giai đoạn khởi động cải tiến quy trình, xây dựng SOP hoặc xác định trách nhiệm giữa các bộ phận.

Các tình huống nên dùng SIPOC gồm:

Tình huốngGiá trị của SIPOC
Quy trình có nhiều bên liên quanLàm rõ nhà cung cấp đầu vào và khách hàng đầu ra
Phạm vi quy trình chưa rõXác định bắt đầu, kết thúc và ranh giới
Đầu vào không ổn địnhLàm rõ yêu cầu đối với đầu vào
Đầu ra không đạt yêu cầuLàm rõ tiêu chuẩn đầu ra và người nhận
Chuẩn bị viết SOPTạo khung tổng quan trước khi viết chi tiết
Cải tiến liên phòng banLàm rõ trách nhiệm giữa các đơn vị

SIPOC rất phù hợp khi có tranh luận kiểu “lỗi này của bộ phận nào”. Thay vì tranh luận trách nhiệm cảm tính, nhóm có thể nhìn vào đầu vào, đầu ra và điểm bàn giao giữa các bên.

3. Các thành phần của Sipoc

Thành phầnCâu hỏi cần trả lời
SupplierAi cung cấp đầu vào cho quy trình?
InputĐầu vào là gì, cần đạt yêu cầu nào?
ProcessQuy trình gồm những bước chính nào?
OutputĐầu ra là gì, tiêu chuẩn đạt là gì?
CustomerAi nhận hoặc sử dụng đầu ra?

Khái niệm “Customer” trong Sipoc không chỉ là khách hàng bên ngoài. Đó có thể là bộ phận tiếp theo trong quy trình, người bệnh, người nhà, khách hàng nội bộ, lãnh đạo, cơ quan quản lý hoặc hệ thống thông tin nhận dữ liệu.

Một sai lầm thường gặp là chỉ quan tâm đến Process mà bỏ qua Input và Output. Trong khi đó, nhiều vấn đề chất lượng xuất phát từ đầu vào không đạt hoặc đầu ra không được định nghĩa rõ.

4. Cách xây dựng Sipoc

Bước 1. Xác định tên quy trình. Tên quy trình cần đủ cụ thể, ví dụ “Quy trình tiếp nhận hồ sơ”, “Quy trình xử lý yêu cầu khách hàng”, “Quy trình bàn giao ca”, “Quy trình kiểm tra thiết bị trước sử dụng”.

Bước 2. Xác định đầu ra trước. Nhiều chuyên gia khuyến nghị bắt đầu từ Output và Customer, vì quy trình tồn tại để tạo ra đầu ra cho người nhận. Cần hỏi: đầu ra cuối cùng là gì, ai sử dụng, họ cần tiêu chuẩn gì?

Bước 3. Xác định đầu vào. Đầu vào gồm thông tin, hồ sơ, vật tư, yêu cầu, dữ liệu, nhân lực hoặc điều kiện cần thiết. Cần làm rõ đầu vào đạt yêu cầu là như thế nào.

Bước 4. Xác định nhà cung cấp đầu vào. Supplier có thể là khách hàng, bộ phận trước, hệ thống phần mềm, nhà cung ứng hoặc nhân viên.

Bước 5. Xác định các bước chính của quy trình. Không cần quá chi tiết như flowchart. SIPOC chỉ nên có khoảng 5–7 bước lớn để giữ mức tổng quan.

Bước 6. Kiểm tra tính logic. Đầu vào có đủ để tạo đầu ra không? Đầu ra có đáp ứng nhu cầu khách hàng không? Có điểm nào thiếu tiêu chuẩn không? Có đầu vào nào phụ thuộc bộ phận khác nhưng chưa kiểm soát không?

5. Ví dụ Sipoc cho quy trình tiếp nhận hồ sơ

SupplierInputProcessOutputCustomer
Khách hàngHồ sơ, tài liệu kèm theo, thông tin cá nhân1. Tiếp nhận hồ sơ 2. Kiểm tra loại hồ sơ 3. Kiểm tra tài liệu 4. Nhập thông tin 5. Chuyển xử lýHồ sơ đầy đủ, đúng biểu mẫu, có mã tiếp nhậnBộ phận xử lý hồ sơ
Bộ phận hướng dẫnDanh mục tài liệu, biểu mẫu mới nhấtNhân viên sử dụng danh mục để kiểm traHồ sơ được kiểm tra đúng yêu cầuKhách hàng, bộ phận xử lý
Hệ thống phần mềmMã hồ sơ, trường thông tin bắt buộcNhập và xác nhận dữ liệuDữ liệu hồ sơ trên hệ thốngBộ phận xử lý, quản lý

Từ SIPOC này, nhóm có thể nhận ra một số điểm cần kiểm soát: danh mục tài liệu phải cập nhật, biểu mẫu phải đúng phiên bản, tiêu chuẩn “hồ sơ đầy đủ” phải rõ, và bộ phận xử lý là khách hàng nội bộ quan trọng của quầy tiếp nhận.

6. Sipoc giúp phát hiện vấn đề gì?

SIPOC giúp phát hiện nhiều vấn đề thường bị bỏ sót:

  • Đầu vào không có tiêu chuẩn rõ.
  • Nhà cung cấp đầu vào không biết yêu cầu của quy trình sau.
  • Đầu ra được tạo ra nhưng không đáp ứng nhu cầu người nhận.
  • Có quá nhiều đầu vào phụ thuộc bên ngoài nhưng không có cơ chế kiểm soát.
  • Quy trình bắt đầu hoặc kết thúc không rõ.
  • Khách hàng nội bộ không được xác định, dẫn đến bàn giao kém.
  • Một bước chính của quy trình không có người chịu trách nhiệm rõ.

Trong cải tiến chất lượng, SIPOC đặc biệt hữu ích để giảm xung đột giữa các bộ phận. Khi đầu vào – đầu ra được mô tả rõ, các bộ phận có thể thống nhất tiêu chuẩn bàn giao thay vì đổ lỗi cho nhau.

7. Lỗi thường gặp khi dùng Sipoc

Lỗi thứ nhất là liệt kê Process quá chi tiết. SIPOC không phải flowchart. Nếu đưa quá nhiều bước nhỏ, bảng SIPOC sẽ rối và mất vai trò tổng quan.

Lỗi thứ hai là xác định Customer quá hẹp. Nhiều người chỉ nghĩ đến khách hàng bên ngoài mà quên khách hàng nội bộ, trong khi nhiều lỗi xảy ra ở điểm bàn giao nội bộ.

Lỗi thứ ba là không nêu tiêu chuẩn đầu vào và đầu ra. Nếu chỉ ghi “hồ sơ” mà không ghi hồ sơ đầy đủ gồm gì, SIPOC chưa giúp kiểm soát chất lượng.

Lỗi thứ tư là không có người thực hiện tham gia. SIPOC do một người viết từ tài liệu có thể thiếu thực tế.

Lỗi thứ năm là lập SIPOC nhưng không chuyển thành flowchart, SOP hoặc checklist. SIPOC là công cụ khởi đầu, cần được nối tiếp bằng công cụ quản lý quy trình cụ thể hơn.

8. Checklist sử dụng Sipoc

Nội dung kiểm traĐạt/Chưa đạt
Tên quy trình cụ thể 
Phạm vi bắt đầu và kết thúc rõ 
Supplier được xác định đầy đủ 
Input có tiêu chuẩn hoặc yêu cầu chất lượng 
Process gồm các bước chính, không quá chi tiết 
Output được mô tả rõ và đo được nếu có thể 
Customer gồm cả khách hàng nội bộ và bên ngoài 
Có phát hiện điểm cần kiểm soát ở đầu vào hoặc đầu ra 
Có kế hoạch chuyển SIPOC thành flowchart, SOP hoặc checklist 

9. Kết luận của bài

SIPOC là công cụ giúp tổ chức nhìn quy trình ở mức hệ thống. Công cụ này làm rõ nhà cung cấp đầu vào, đầu vào, các bước chính, đầu ra và người nhận đầu ra. Khi áp dụng đúng, SIPOC giúp xác định phạm vi quy trình, tiêu chuẩn bàn giao và các điểm cần kiểm soát trước khi đi vào mô tả chi tiết.

Bài học quan trọng là: một quy trình không thể vận hành tốt nếu đầu vào, đầu ra và người nhận đầu ra không được xác định rõ.