Ứng dụng sức khỏe xử lý dữ liệu trùng như thế nào?

Không có một quy tắc chọn dữ liệu chung cho mọi ứng dụng sức khỏe

Điểm quan trọng nhất là không nên hiểu rằng mọi ứng dụng sức khỏe đều chọn “thiết bị mới hơn”, “thiết bị chính” hoặc “giá trị lớn hơn” khi phát hiện dữ liệu trùng.

Thay vào đó, hệ thống thường dựa vào nguồn dữ liệu và mức độ ưu tiên của nguồn. Với Apple Health, người dùng có thể sắp xếp thứ tự nguồn; nếu nhiều nguồn cùng đóng góp một loại dữ liệu, nguồn nằm trên cùng sẽ được ưu tiên. Theo thiết lập mặc định của Apple, dữ liệu nhập thủ công đứng trước dữ liệu từ iPhone, iPad, Apple Watch, rồi đến ứng dụng và thiết bị Bluetooth.

Health Connect của Android cũng sử dụng mức độ ưu tiên nguồn khi nhiều ứng dụng ghi cùng một loại dữ liệu nhưng có sự khác biệt giữa các bản ghi.

Vì vậy, câu trả lời chính xác cho việc “thiết bị nào thắng” luôn phải gắn với nền tảng cụ thể, loại dữ liệu cụ thể và thứ tự ưu tiên đang được thiết lập.

Hệ thống thường dựa vào thứ tự ưu tiên của nguồn dữ liệu

Một cơ chế phổ biến là xem mỗi thiết bị hoặc ứng dụng như một nguồn dữ liệu. Khi hai nguồn cùng cung cấp một chỉ số, hệ thống kiểm tra thứ tự ưu tiên trước khi tạo dữ liệu tổng hợp hoặc chọn bản ghi được tính.

Ví dụ, trong Apple Health, người dùng có thể vào phần nguồn dữ liệu của từng loại chỉ số và thay đổi thứ tự. Nguồn ở vị trí cao hơn sẽ được ưu tiên khi nhiều nguồn cùng đóng góp loại dữ liệu đó. Apple cũng lưu ý rằng nguồn mới được thêm vào có thể tự động xuất hiện ở phía trên các nguồn hiện có.

Điều này có nghĩa dữ liệu trùng không nhất thiết bị xóa khỏi hệ thống. Một nguồn có thể vẫn tồn tại trong lịch sử dữ liệu, nhưng không được ưu tiên khi ứng dụng tạo kết quả tổng hợp.

Dữ liệu trùng có thể được hợp nhất thay vì chỉ chọn một bản ghi

Một số hệ thống không xử lý dữ liệu theo kiểu “chọn một bỏ một”. Chúng có thể hợp nhất dữ liệu từ nhiều nguồn, sau đó dùng quy tắc ưu tiên để xử lý xung đột hoặc bản ghi trùng.

Health Connect mô tả rõ cơ chế này: khi nhiều ứng dụng ghi cùng một loại dữ liệu, dữ liệu được hợp nhất; nếu các ứng dụng cung cấp dữ liệu không thống nhất, dữ liệu từ ứng dụng có vị trí ưu tiên cao hơn sẽ được ưu tiên.

Ở tầng Aggregate API, Android còn cho biết dữ liệu trùng có thể xuất hiện khi nhiều ứng dụng ghi cùng loại dữ liệu trong cùng khoảng thời gian. Với dữ liệu Activity và Sleep, hệ thống thực hiện khử trùng theo thứ tự ưu tiên của ứng dụng. Với các loại dữ liệu khác, kết quả tổng hợp có thể kết hợp dữ liệu từ tất cả ứng dụng thay vì áp dụng cùng cơ chế khử trùng.

Do đó, “dữ liệu trùng” và “dữ liệu từ nhiều nguồn” không phải lúc nào cũng đồng nghĩa với nhau. Hệ thống còn phải xác định dữ liệu nào thực sự chồng lấn và loại dữ liệu đó có thuộc phạm vi khử trùng hay không.

Hai thiết bị cùng đếm bước là ví dụ dễ thấy nhất

Giả sử điện thoại ghi 8.000 bước trong ngày và đồng hồ cũng ghi 8.000 bước cho cùng khoảng thời gian. Nếu ứng dụng chỉ cộng cơ học hai con số, kết quả sẽ thành 16.000 bước, dù người dùng thực tế chỉ thực hiện khoảng 8.000 bước.

Vì vậy, hệ thống quản lý dữ liệu sức khỏe cần nhận biết cùng loại dữ liệu, cùng thời gian và nguồn ghi nhận để tránh tính trùng. Health Connect nêu trực tiếp trường hợp nhiều ứng dụng cùng ghi số bước hoặc khoảng cách trong cùng thời gian và sử dụng cơ chế ưu tiên để xử lý dữ liệu trùng trong phần dữ liệu được khử trùng.

Trong thực tế, kết quả cuối cùng có thể thay đổi khi người dùng đổi thứ tự ưu tiên nguồn. Android cho phép người dùng sắp xếp lại nguồn ứng dụng để thay đổi cách dữ liệu tổng được tính.

Không phải chỉ số nào cũng được xử lý trùng theo cùng một cách

Đây là giới hạn quan trọng khi đọc một con số trong ứng dụng sức khỏe.

Một nền tảng có thể khử trùng đối với một nhóm dữ liệu nhưng lại cộng hoặc hợp nhất nhiều nguồn đối với nhóm khác. Tài liệu Android hiện tại nêu rằng Aggregate API của Health Connect khử trùng đối với dữ liệu Activity và Sleep, còn các loại dữ liệu khác có thể được tổng hợp từ tất cả nguồn đã ghi dữ liệu.

Vì vậy, không nên suy luận từ việc “số bước không bị cộng đôi” sang kết luận rằng mọi chỉ số sức khỏe đều có cùng cơ chế.

Cũng cần phân biệt giữa dữ liệu được lưu và dữ liệu được tính vào tổng. Một ứng dụng có thể vẫn cho phép nguồn ghi dữ liệu vào kho dữ liệu, nhưng nguồn đó không nhất thiết được đưa vào con số tổng cuối cùng. Health Connect, chẳng hạn, cho biết một ứng dụng bị loại khỏi nguồn tổng hợp vẫn có thể tiếp tục ghi dữ liệu nhưng dữ liệu đó không được tính vào tổng.

Người dùng có thể kiểm tra nguồn nào đang được ưu tiên

Khi một chỉ số có vẻ cao bất thường hoặc bị nghi ngờ tính trùng, bước kiểm tra quan trọng nhất là xem nguồn dữ liệu và thứ tự ưu tiên, thay vì chỉ nhìn vào con số tổng.

Trên Apple Health, có thể xem những thiết bị và ứng dụng nào đang cập nhật một loại dữ liệu cụ thể và thay đổi thứ tự của các nguồn đó.

Trên Health Connect, người dùng có thể mở phần quản lý dữ liệu, xem “Nguồn dữ liệu và mức độ ưu tiên”, sau đó sắp xếp hoặc loại nguồn khỏi phần tổng hợp.

Điều này đặc biệt hữu ích khi điện thoại, đồng hồ thông minh và ứng dụng thể dục cùng theo dõi một chỉ số. Thay vì giả định rằng hệ thống luôn tự chọn giá trị “đúng nhất”, người dùng nên kiểm tra nguồn nào đang được ưu tiên và loại dữ liệu đó được nền tảng xử lý theo cơ chế nào.

Khi hai thiết bị cùng ghi một chỉ số, ứng dụng sức khỏe thường không đơn giản cộng các giá trị lại với nhau. Cách xử lý phụ thuộc vào nền tảng: hệ thống có thể áp dụng thứ tự ưu tiên nguồn, hợp nhất dữ liệu rồi xử lý xung đột, hoặc khử trùng các bản ghi chồng lấn. Apple Health và Health Connect đều cho phép kiểm soát hoặc sử dụng mức ưu tiên nguồn, nhưng phạm vi xử lý khác nhau theo nền tảng và loại dữ liệu.