Jak projektować aplikacje medyczne
Opublikowany: 2016-05-15Pisaliśmy wcześniej o tym, jak aplikacje fitness i opieki zdrowotnej sprawiają, że ludzie są sprawniejsi, szczęśliwsi i bardziej produktywni (w fajny sposób, nie w przerażający sposób, jaki sugerował Thom Yorke w tych tekstach Radiohead). W rzeczywistości przygotowaliśmy nawet listę życzeń aplikacji fitness, które chcielibyśmy zobaczyć od projektantów wizualnych, na wypadek, gdybyś chciał stworzyć własną mobilną aplikację opieki zdrowotnej, ale nie wiesz, jak wznieść się ponad pole z unikalnym pomysłem w co wydaje się być rynkiem nasyconym aplikacjami medycznymi.
Mimo że aplikacje dla służby zdrowia są fajne, projektanci i programiści muszą zadbać o to, aby ich produkty były nie tylko funkcjonalne i piękne, ale także bezpieczne — a to bezpieczeństwo składa się z dwóch oddzielnych, ale ważnych elementów. Twórcy aplikacji związanych z opieką zdrowotną i medyczną muszą uważać, aby nie narażać życia użytkownika przez funkcje swoich aplikacji, a także muszą zapewnić ochronę danych użytkownika przed złodziejami danych i innymi zagrożeniami prywatności.
Fitbit i monitorowanie tętna: opowieść o dwóch punktach danych
Chyba nikt nie rozumie tego obosiecznego miecza lepiej niż Fitbit. Z jednej strony (tej, która nosi sam tracker?) Fitbit faktycznie uratował życie mężczyzny, dostarczając krytyczne dane personelowi ratunkowemu w szpitalu, do którego przybył po ataku. Patrząc na jego dane Fitbit, lekarze byli w stanie ustalić, że kardioweryzacja migotania przedsionków uratowałaby mu życie, a nie odwrotnie, wywołując zagrażający życiu udar.
Z drugiej strony, Fitbit musiał również zmierzyć się z pozwem zbiorowym, twierdząc, że dane dotyczące tętna na jego monitorach HR, Surge i Blaze są niebezpiecznie niedokładne, nie doceniając częstości akcji serca w niebezpiecznych strefach i usypiając użytkowników w fałszywym poczuciu bezpieczeństwa. wykonywane.
Projektowanie aplikacji dla służby zdrowia z myślą o bezpieczeństwie i zabezpieczeniach
Aplikacje to przyszłość opieki zdrowotnej, ale jeśli masz przełomowy pomysł na aplikację medyczną, musisz zachować szczególną ostrożność, aby chronić cenne dane, które będzie obsługiwać Twoja aplikacja. Przyjrzyjmy się, co musisz wiedzieć o projektowaniu aplikacji medycznych, od projektowania przystępnego interfejsu użytkownika po utrzymywanie hakerów z dala od rozruszników serca i pomp insulinowych.
3 rzeczy, które mogą pójść nie tak z aplikacjami medycznymi
W Proto.io uwielbiamy zachęcać do innowacji, wprowadzania zmian w branży i gonienia za dzikimi marzeniami, więc surowe traktowanie projektanta lub programisty nie jest tak naprawdę naszym stylem. Mając to na uwadze, nie możesz stworzyć aplikacji, która zmieni świat, jeśli szczególne pułapki aplikacji medycznych zabiją twoje dzieło, zanim będzie miało szansę zostać zamknięte przez bizantyjski proces zatwierdzania Apple, lub jeśli twoja aplikacja medyczna dosłownie zabija użytkowników .
Może to zabrzmieć dramatycznie i jest mało prawdopodobne, ale biorąc pod uwagę, jak wyrafinowane stają się aplikacje medyczne, wkraczamy w nowy świat możliwości, zarówno dobrych, jak i złych. Aby zobaczyć, jak ekscytujące są dzisiejsze aplikacje medyczne, spójrz na Dexcom, ciągły monitor glukozy i przylegającą do niego aplikację na smartfony dla osób z cukrzycą. Dla tych, którzy są przyzwyczajeni do nakłuwania palców dedykowanym urządzeniem i odczytywania jednego wyjścia cyfrowego na raz, pomysł ciągłego śledzenia poziomu glukozy na telefonie, monitorowania trendów w czasie, jest niczym innym jak zmianą w grze.
Oczywiście łatwo jest również zobaczyć, jak taka technologia może się nie udać, z samym błędem synchronizacji stojącym między użytkownikiem a możliwą śpiączką cukrzycową. I choć może to mało prawdopodobne, perspektywa, że haker mógłby skorzystać z takiej aplikacji, jest mrowiąca (ale znowu bardzo nieprawdopodobna, chyba że jesteś znanym politykiem w mrocznej powieści cyberpunkowej).
Przyjrzyjmy się czterem możliwym pułapkom projektowania i tworzenia aplikacji medycznych oraz sposobom, w jaki można się na nie przygotować:
Aplikacje medyczne, które nie działają zgodnie z obietnicą, mogą szkodzić zdrowiu użytkownika.
Wróćmy do pozwu Fitbit, ponieważ jest to dobry przykład tego, co może się stać, gdy produkt, który dostarczasz jako projektant lub programista, nie spełnia oczekiwań użytkownika, który (słusznie lub niesłusznie) patrzy na Twoją aplikację lub urządzenie do noszenia jako mobilne urządzenie medyczne.
Kiedy pozew zaczął pojawiać się na pierwszych stronach gazet w styczniu 2016 roku, bycie deweloperem lub udziałowcem Fitbita nie mogło być bardziej bolesnym czasem. Pomiędzy rzekomymi niedokładnościami tętna a słabą reakcją na debiut smartwatcha Fitbit Blaze na CES, akcje Fitbit spadły o 18%.
Bardziej przerażająca niż ten spadek była oczywiście perspektywa, że narzędzie do śledzenia aktywności może faktycznie zagrozić bezpieczeństwu użytkownika. Wyobraź sobie, że kupiłeś Fitbit HR jako prezent dla bliskiej osoby, która chciała być bardziej aktywna, a następną rzeczą, o której wiesz, jest telefon z wiadomością, że ukochana osoba jest w szpitalu po bólach w klatce piersiowej z powodu bólu w klatce piersiowej. forsowne ćwiczenia. Czy obwiniałbyś się za to, że tak bardzo wierzysz w urządzenie lub aplikację medyczną?
Na szczęście zarówno dla Fitbit jako firmy, jak i dla jej ogromnej społeczności użytkowników, twierdzenia zawarte w pozwie prawdopodobnie nie mówiły całej historii. Consumer Reports przetestowało Fitbit i ustaliło, że jego technologia monitorowania tętna, PurePulse, działała zgodnie z obietnicą. Pomimo burzliwego stycznia Fitbit zdołał przenieść miliard zegarków fitness Blaze w ciągu miesiąca od udostępnienia urządzenia i odzyskać swoją pozycję jako piękność piłki do noszenia dla entuzjastów ćwiczeń i walkaholików.
Polecany dla Ciebie:
Co oznacza przepis anty-profitowy dla indyjskich startupów?
W jaki sposób start-upy Edtech pomagają indyjskim pracownikom podnosić umiejętności i być gotowym na przyszłość...
Akcje New Age Tech w tym tygodniu: Kłopoty Zomato nadal, EaseMyTrip publikuje Stro...
Indyjskie startupy idą na skróty w pogoni za finansowaniem
Digital Marketing Platform Logicserve Bags Finansowanie INR 80 Cr, zmienia nazwę na LS Dig...
Raport ostrzega przed odnowioną kontrolą regulacyjną dotyczącą przestrzeni Lendingtech
Chociaż Fitbit ostatecznie wyszedł na szczyt, sytuacja przedstawia ważny zestaw „A co, jeśli?” pytania. Co by było, gdyby technologia PurePulse była rzeczywiście niebezpieczna lub przynajmniej wyprzedana? (Zamknięcie przez FDA 23andMe, start-upu zajmującego się testowaniem genomowym, złapanego w gorącą wodę z powodu zbyt szybkiego i luźnego działania z własnymi obietnicami marketingowymi, to kolejny dobry przykład. Firma zajęła lata, zanim wróciła do normy). do szpitali lub co gorsza — na ich śmierć?
Antidotum na aplikacje w służbie zdrowia: mnóstwo testów i zapewnianie jakości
Nieodpowiednie testowanie i kontrola jakości mogą zatopić praktycznie każdą aplikację, ale spędzanie dużej ilości czasu w fazie testowania i kontroli jakości procesu ma szczególne znaczenie podczas tworzenia aplikacji dla służby zdrowia. Wyobrażamy sobie, że Fitbit prawdopodobnie wielokrotnie testował swoją technologię PurePulse w różnych warunkach i z różnymi standardowymi w branży urządzeniami do pomiaru pulsu, aby zapewnić dokładność tej technologii.
Załóżmy, że tworzysz bardzo prostą aplikację do śledzenia liczby kalorii i makroskładników. Pomyśl, co może pójść nie tak i jak możesz temu zapobiec. Na przykład osoba na diecie niskowęglowodanowej może potrzebować bardzo dokładnego liczenia cukru, aby uniknąć skoków insuliny, więc usterka w aplikacji, która prowadzi do zniknięcia wpisu lub dwukrotnego wprowadzenia, może powodować dyskomfort, a nawet drobny kryzys zdrowotny w Twoim użytkowniku.
Ćwicz wprowadzanie elementów do aplikacji w różnych warunkach, zbieraj obszerne dzienniki i zachęcaj do zgłaszania opinii użytkowników wersji beta. Jednym ze sposobów, w jaki możesz to łatwo zrobić, jest użycie narzędzia do tworzenia prototypów, które pozwala na opinie i współpracę wielu komentujących.
Jak zawsze, powtarzaj, powtarzaj, powtarzaj, aż uzyskasz mniej lub bardziej doskonały produkt końcowy.
Projekt interfejsu z ułatwieniami dostępu jest ważny dla każdej aplikacji, ale jest szczególnie ważny w przypadku aplikacji medycznych.
Nie przebierajmy w słowach: jeśli nie wbudowujesz dostępności w każdy projektowany interfejs użytkownika, wyrządzasz krzywdę swoim użytkownikom, wyrządzasz krzywdę sobie i zajmujesz się całym światem UI/UX krzywda. Dostępność nie jest opcją — jest wymagana dla każdej aplikacji. Twój produkt będzie używany przez osoby o różnym stopniu ostrości wzroku, zdolności słyszenia, zdolności intelektualnych, koncentracji uwagi, wieku, płci, wzrostu, sprawności fizycznej i nie tylko, a Ty musisz kształtować swoje wrażenia użytkownika, mając na uwadze tę ogromną różnorodność. (Nie wiesz, od czego zacząć? Zapoznaj się z naszym przewodnikiem dla początkujących dotyczącym projektowania interfejsu użytkownika dla urządzeń przenośnych z ułatwieniami dostępu, a następnie dowiedz się, jak projektować z dźwiękiem).
Tak samo ważne jak dostępność jest ogólnie dla projektowania interfejsu użytkownika, jest to podwójnie konieczne przy tworzeniu aplikacji opieki zdrowotnej. Musisz wziąć pod uwagę, że biorąc pod uwagę kategorię, dla której wybrałeś opracowanie, wielu użytkowników może mieć problemy zdrowotne, które mogą, ale nie muszą, wpływać na sposób, w jaki korzystają z technologii.
Załóżmy na przykład, że tworzysz aplikację, która pomaga osobom cierpiącym na choroby przewlekłe śledzić ich objawy i wyzwalacze w czasie — jesteśmy naprawdę podekscytowani Flaredown, aplikacją crowdfundingową, która obiecuje właśnie to zrobić. Niektóre z warunków, które Flaredown sugeruje, aby zarządzać aplikacją, to stany, które wpływają na koordynację ruchową użytkownika, takie jak stwardnienie rozsiane, lub które mogą powodować mgłę mózgową, takie jak fibromialgia. Inne stany mogą powodować ból lub brak mobilności w rękach, takie jak łuszczyca, zapalenie stawów i objaw Raynauda. Ponadto użytkownicy mogą leczyć swoje schorzenia lekami, które wpływają na ich zdolność do korzystania z Twojej aplikacji.
W każdym przypadku weź pod uwagę ograniczenia, jakie mogą mieć Twoi użytkownicy, i stwórz swoją aplikację z myślą o tych ułatwieniach dostępu. Nawet jeśli zamierzasz, aby Twoja aplikacja była używana przez pracowników służby zdrowia, a nie przez ich pacjentów, pamiętaj, że pracownicy służby zdrowia sami nie są uodpornieni na potrzebę dostosowania!
Aplikacje medyczne mogą przechowywać osobiste informacje zdrowotne (PHI), które muszą być chronione zgodnie z HIPAA
Moglibyśmy poświęcić całą serię postów na temat tego, co projektanci i programiści aplikacji mobilnych powinni wiedzieć o ustawie o przenośności i odpowiedzialności w ubezpieczeniach zdrowotnych, lepiej znanej jako HIPAA, ale tutaj omówimy same podstawy: w szczególności, czym jest reguła bezpieczeństwa HIPAA i co Twoja aplikacja musi zrobić, aby była zgodna z HIPAA.
Najważniejszą rzeczą, którą musisz zadać sobie podczas tworzenia aplikacji medycznych, jest: czy HIPAA ma zastosowanie do mojej aplikacji? Odpowiedź na to pytanie zależy od tego, czy Twoja aplikacja będzie używana przez „podmiot objęty usługą”, czy do przesyłania danych. Podmioty objęte ubezpieczeniem to lekarze, pielęgniarki, profesjonaliści medyczni, szpitale, dentyści, firmy ubezpieczeniowe, izby rozliczeniowe opieki zdrowotnej i praktycznie każdy personel lub placówka profesjonalnie zajmująca się PHI (chronionymi informacjami zdrowotnymi). PHI może obejmować wszystko, od dat wizyt lekarskich, przez historię operacji, po informacje o lekach na receptę.
Zasadniczo, jeśli tworzysz aplikacje, które mają być używane przez lekarzy i inne instytucje medyczne lub ubezpieczeniowe, musisz upewnić się, że Twoja aplikacja jest zgodna z postanowieniami reguły bezpieczeństwa HIPAA, która określa pewne parametry w celu ochrony prywatności pacjentów. Obejmuje to pewne standardy bezpieczeństwa dla obiektów, w których znajdują się serwery, na których przechowywane są dane PHI, najlepsze praktyki w zakresie uwierzytelniania i dostępu do informacji oraz kiedy używać szyfrowania w celu ochrony danych. Aby zapoznać się z krótkim omówieniem, zobacz ten artykuł z InformationWeek: Zgodność z HIPAA: Co każdy programista powinien wiedzieć.
Nawet jeśli nie tworzysz aplikacji do użytku przez podmiot objęty usługą, prawdopodobnie użytkownicy nie chcą, aby dane, takie jak ich waga, tętno spoczynkowe, diagnozy i leki na receptę, były niezaszyfrowane na łatwym do zhakowania serwerze lub w inny sposób narażać się na włamania ze strony nikczemnych złodziei danych, a nawet po prostu zdezorientowanych gapiów — lub każdego, kto akurat odebrał iPhone'a. Jeśli tworzysz aplikacje medyczne, nigdy nie zaszkodzi poczytać o najlepszych praktykach w zakresie tworzenia aplikacji mobilnych zgodnych z HIPAA i wdrożyć je we własnej aplikacji. Silne szyfrowanie jest zawsze świetnym pomysłem, podobnie jak uwierzytelnianie wieloskładnikowe (wymagające od użytkownika połączenia dwóch metod dostępu, takich jak hasło i odcisk palca lub rozpoznawanie głosu).
Prototypowanie aplikacji medycznych i medycznych
Chociaż niektóre hipotetyczne pułapki związane z tworzeniem aplikacji medycznych i opieki zdrowotnej mogą wydawać się zniechęcające, nie pozwól im się odstraszyć: rozwój mobilnej opieki zdrowotnej to rozwijająca się dziedzina, która zmienia sposób, w jaki ludzie wchodzą w interakcję ze sobą i swoimi danymi dotyczącymi zdrowia, a projektanci tacy jak Ty może mieć ogromny wpływ na życie pacjenta.
Jeśli masz genialny pomysł, aby pomóc ludziom żyć zdrowszym, bardziej satysfakcjonującym życiem, zdobądź prototyp! Dzięki Proto.io możesz szybko tworzyć realistyczne cyfrowe prototypy swoich aplikacji medycznych, wraz z interakcjami, animacjami, projektowaniem dźwięku i wszystkim innym, czego potrzebujesz, aby uzyskać naprawdę dostępne, użyteczne wrażenia. Ponadto możesz tworzyć prototypy urządzeń do noszenia, takich jak Apple Watch lub Android Wear, z gotowymi do użycia bibliotekami interfejsu użytkownika, jeśli chcesz skorzystać z możliwości śledzenia sprawności każdego systemu operacyjnego.
[ Proto .io to narzędzie do prototypowania aplikacji mobilnych używane przez przedsiębiorców i startupy do tworzenia w pełni interaktywnych realistycznych prototypów, które wyglądają i działają jak prawdziwe aplikacje.]