Xây dựng ứng dụng sức khỏe tinh thần: từ nhu cầu người dùng đến kiểm chứng chất lượng

Ứng dụng số mở thêm cách tiếp cận tài liệu, hỗ trợ và dịch vụ sức khỏe tinh thần. Tuy nhiên, nhiều lựa chọn trên thị trường không có nghĩa là mọi sản phẩm đều phù hợp hoặc có hiệu quả được chứng minh. Bài viết lưu trữ năm 2023 này trình bày các điểm cần cân nhắc trong nghiên cứu, thiết kế, kiểm chứng và vận hành. Đây là nội dung về phát triển phần mềm, không phải hướng dẫn điều trị. Nội dung chuyên môn và các tuyên bố về hiệu quả phải được đánh giá cho mục đích cụ thể của sản phẩm.

Nghiên cứu và lập kế hoạch: bắt đầu từ người dùng

Xác định nhóm phục vụ để hiểu tính năng và cách sử dụng họ cần. Yêu cầu nên xuất phát từ nhu cầu thực tế, không chỉ từ danh sách chức năng thường thấy ở những ứng dụng khác.

Nghiên cứu thị trường giúp nhận diện xu hướng, nhu cầu chưa được đáp ứng, điểm mạnh và hạn chế của giải pháp hiện có. Những khoảng trống đó là cơ sở đề xuất sản phẩm, nhưng vẫn phải kiểm chứng với người dùng.

Chuyên gia sức khỏe tinh thần cần tham gia góp ý trong quá trình phát triển, đặc biệt với nội dung triệu chứng, cách hỗ trợ và phạm vi dịch vụ. Việc một chuyên gia góp ý hoặc đồng ý giới thiệu không tự chứng minh hiệu quả lâm sàng.

Phỏng vấn, thảo luận nhóm và thử nghiệm beta giúp thu thập phản hồi trực tiếp. Nên dùng kết quả để điều chỉnh thiết kế trước ra mắt, với cách tuyển và hỗ trợ người tham gia phù hợp.

Thiết kế để dễ dùng, không tạo thêm áp lực

Giao diện cần rõ ràng, dễ điều hướng và phù hợp với nhiều độ tuổi, trình độ cùng khả năng tiếp cận. Ngôn ngữ ngắn gọn, nhãn dễ hiểu và bố cục ổn định quan trọng hơn việc tạo nhiều hiệu ứng.

Cá nhân hóa có thể gồm mục tiêu, sở thích, nguồn tài liệu và cách phản hồi. Người dùng cần có quyền lựa chọn; không nên ép họ chia sẻ thông tin nhạy cảm chỉ để sử dụng chức năng cơ bản.

Nội dung hoặc phương pháp can thiệp cần dựa trên cơ sở khoa học phù hợp và được chuyên gia đánh giá. Một phương pháp có nghiên cứu không có nghĩa là mọi phiên bản ứng dụng sử dụng tên phương pháp đó đều đã được kiểm chứng.

Ghi nhận tiến triển và phản hồi có thể giúp người dùng nhìn lại trải nghiệm. Không nên biến các chỉ số trong ứng dụng thành chẩn đoán hoặc thước đo chắc chắn về mức hồi phục.

Nhóm đồng đẳng, diễn đàn hay chia sẻ tiến trình có thể tạo kết nối, nhưng cần kiểm duyệt, lựa chọn riêng tư và cách xử lý nội dung gây hại. Trò chơi hóa không nên gây cảm giác thất bại hoặc buộc người dùng cạnh tranh về sức khỏe.

Nếu hỗ trợ iOS, Android và web, cần kiểm tra luồng sử dụng trên từng nền tảng, kích thước màn hình và thiết bị thuộc phạm vi hỗ trợ. Không thể hứa tương thích với mọi thiết bị mà không xác định giới hạn.

Kiểm chứng khoa học, độ chính xác và đạo đức

Đánh giá lâm sàng và kiểm thử phần mềm là hai việc liên quan nhưng khác nhau. Peer review hay thử giao diện với người dùng không tự đủ để chứng minh hiệu quả điều trị; thiết kế đánh giá phải phù hợp với tuyên bố và mức rủi ro của sản phẩm.

Độ chính xác của dữ liệu cần được xem xét từ thiết kế đến vận hành. Nên kiểm tra cách thu thập, tính toán, hiển thị và diễn giải thông tin, cũng như các tình huống thiếu hoặc sai dữ liệu.

Xác thực, mã hóa, máy chủ được bảo vệ, sao lưu và giám sát là những thành phần cần cân nhắc. Chúng giảm rủi ro khi triển khai đúng, không phải lời bảo đảm tuyệt đối rằng dữ liệu không thể bị xâm phạm.

Đồng ý có hiểu biết, quyền riêng tư, mục đích lưu trữ và việc đánh giá định kỳ cần được đưa vào thiết kế. Người dùng nên hiểu dữ liệu nào được xử lý và những giới hạn của dịch vụ.

Bài gốc đề cập HIPAA như một yêu cầu chung cho ứng dụng có dữ liệu nhạy cảm. Phạm vi thực tế phụ thuộc vào tổ chức và quan hệ xử lý thông tin theo quy định; không phải mọi ứng dụng sức khỏe đều tự động thuộc HIPAA. Tương tự, GDPR và các yêu cầu khác cần được xác định theo thị trường và hoạt động dữ liệu. Kiểm thử kỹ thuật không tự tạo ra chứng nhận tuân thủ pháp lý.

Cách tiếp cận của DION: làm rõ bài toán trước khi xây tính năng

Đội ngũ cùng khách hàng xác định mục đích: ứng dụng hỗ trợ quản lý căng thẳng, kết nối dịch vụ, cung cấp tài liệu hay một phạm vi khác? Các vấn đề như lo âu hoặc trầm cảm cần được diễn đạt và xử lý theo chuyên môn, không tự suy ra khả năng điều trị.

Cần làm rõ nhóm tuổi: trẻ em, thanh thiếu niên, người trưởng thành hay người cao tuổi. Bối cảnh văn hóa, điều kiện kinh tế và đặc điểm người dùng có thể ảnh hưởng đến nội dung và cách truy cập.

Yêu cầu về ngôn ngữ, khả năng tiếp cận và phong cách giao tiếp phải được ghi nhận. Đồng thời, cần thống nhất các chức năng bên liên quan đề nghị như theo dõi, ghi nhận, đánh giá hoặc nhắn tin, kèm điều kiện sử dụng và giới hạn.

Lựa chọn nội dung có cơ sở, cùng chuyên gia

Bài gốc nêu CBT, các thực hành chánh niệm, giáo dục tâm lý, hỗ trợ xã hội và hỗ trợ từ xa như những hướng có thể cân nhắc. Phạm vi, nội dung và cách kiểm chứng của từng hướng phải được chuyên gia xác định cho đối tượng thực tế.

Nội dung liên quan CBT cần được chuyên gia thiết kế và kiểm tra; không nên coi một danh sách câu hỏi hoặc chatbot là tương đương liệu pháp chuyên môn.

Thiền hoặc bài tập chú ý có thể là nội dung hỗ trợ trong phạm vi phù hợp. Không nên hứa giảm căng thẳng hay cải thiện sức khỏe cho mọi người.

Tài liệu giáo dục có thể giúp người dùng hiểu vấn đề và cách tìm hỗ trợ. Nhắn tin đồng đẳng, nhóm cộng đồng và kết nối từ xa cần có trách nhiệm điều phối, bảo vệ dữ liệu và giới hạn dịch vụ rõ ràng.

Bảo vệ dữ liệu trong toàn bộ vòng đời

Cân nhắc mã hóa khi lưu và truyền; xác thực bằng phương thức phù hợp như mật khẩu hoặc khả năng sinh trắc học của thiết bị; và kiểm soát quyền truy cập theo vai trò. Không cần thu thập dữ liệu sinh trắc học thô để có tính năng xác thực thiết bị.

Chính sách riêng tư phải giải thích rõ việc thu thập, sử dụng và lưu giữ. Ứng dụng cần được cập nhật, vá lỗi và kiểm tra khi thành phần nền tảng thay đổi. Những biện pháp này cần đi cùng quy trình vận hành chứ không chỉ xuất hiện trên tài liệu.

Trải nghiệm, hướng dẫn ban đầu và cá nhân hóa

Màu sắc, font, đồ họa, nút và menu cần phục vụ khả năng đọc và sử dụng. Nội dung hướng dẫn, tooltip hoặc gợi ý trong ứng dụng giúp người dùng bắt đầu mà không bị quá tải thông tin.

Có thể cho phép đặt mục tiêu và lựa chọn thông báo. Nếu sử dụng phần thưởng, thử thách hay chỉ báo tiến trình, cần đánh giá mức phù hợp và tránh tạo áp lực; người dùng nên có quyền không tham gia.

Sáu nhóm kiểm thử cần đưa vào kế hoạch

Chức năng: kiểm tra tính năng và luồng nghiệp vụ trước phát hành, ghi nhận và xử lý lỗi theo mức độ ảnh hưởng.

Khả năng sử dụng: kết hợp khảo sát, phỏng vấn, nhóm thảo luận hoặc thử thao tác để đánh giá nhu cầu của đối tượng thực tế.

Hiệu năng: đo phản hồi, ổn định, tốc độ và khả năng xử lý tải trong phạm vi đã thiết kế, thay vì cam kết không có độ trễ.

Bảo mật: kiểm tra xác thực, phân quyền, mã hóa và các luồng xử lý dữ liệu nhạy cảm; đánh giá rủi ro còn lại sau khắc phục.

Tương thích: thử các hệ điều hành, màn hình và thiết bị được hỗ trợ, xác định rõ trường hợp ngoài phạm vi.

Yêu cầu dữ liệu và tuân thủ: đối chiếu yêu cầu đã được xác định như HIPAA, GDPR hoặc quy định phù hợp với hồ sơ kỹ thuật và tư vấn chuyên môn. Không nên đồng nhất một bài test đạt với kết luận pháp lý đầy đủ.

Chất lượng đòi hỏi phối hợp nhiều chuyên môn

Ứng dụng sức khỏe tinh thần cần kết hợp hiểu người dùng, chuyên môn sức khỏe, thiết kế và kỹ thuật. Một sản phẩm đẹp chưa đủ; nội dung, dữ liệu và cách vận hành đều phải được xem xét.

DION hỗ trợ khách hàng từ yêu cầu, thiết kế và phát triển đến kiểm thử, tích hợp và bảo trì. Mục tiêu là xây phần mềm hữu ích, dễ sử dụng và có trách nhiệm trong phạm vi được thống nhất, không đưa ra lời hứa điều trị vượt quá bằng chứng.