Walidacja kliniczna od pierwszych pilotaży
Zanim ruszymy z szerokim marketingiem, planujemy 90-dniowe pilotaże z małymi grupami użytkowników
i partnerów (np. pracodawcy, ubezpieczyciele, kliniki). Z góry definiujemy wskaźniki:
zaangażowanie, realizacja zaleceń, zgodność alertów z wynikami badań.
Na tej podstawie dopiero będziemy formułować mocniejsze obietnice.
Obecnie traktujemy Healance jako projekt do testowania hipotez, a nie gotowy produkt diagnostyczny.
Plan: pilot 90 dni
KPI & raport
Evidence first
Wyróżnik: od pomysłu do zaufanej warstwy
Od początku projektujemy Healance jako zaufaną warstwę nad danymi zdrowotnymi użytkownika.
W roadmapie mamy: OCR (Optical Character Recognition – odczyt z PDF/zdjęć) wyników badań,
połączenie z danymi z wearables oraz stylu życia w jednym silniku z wyjaśnialnymi indeksami ryzyka
i śladem audytu. Demo pokazuje kierunek, a kolejne wersje będą ten silnik stopniowo rozwijać.
Zgłoszenie patentowe P.453628 zabezpiecza kluczowy sposób integracji danych i generowania zaleceń.
OCR (Optical Character Recognition)
Explainable AI
Patent P.453628
Regulacje: porządek od pierwszego dnia
Healance projektujemy dziś jako narzędzie wellness / monitoring / risk awareness,
ale z ambicją spełniania w przyszłości wymogów wyrobu medycznego.
Już na etapie koncepcji tworzymy mapę
MDR (Medical Device Regulation – unijna regulacja wyrobów medycznych)
oraz plan dojścia do
ISO 13485 (system zarządzania jakością dla wyrobów medycznych) i
ISO 14971 (zarządzanie ryzykiem dla wyrobów medycznych).
W obszarze danych zaczynamy od
DPIA (Data Protection Impact Assessment – ocena skutków dla ochrony danych)
i stałej obecności DPO/IOD (Data Protection Officer / Inspektor Ochrony Danych, Maksymilian Paśko).
MDR roadmap
ISO 13485 / ISO 14971
DPIA & DPO
Jakość danych i interoperacyjność – jako zasada projektowa
Już na poziomie projektu zakładamy: normalizację jednostek, uwzględnianie różnych
zakresów referencyjnych, rozumienie profili błędów urządzeń oraz flagowanie braków i artefaktów,
zamiast udawania pewności tam, gdzie jej nie ma.
Obecne demo skupia się na prostym imporcie i prezentacji,
a w backlogu mamy moduły jakości danych oraz integracje kliniczne w standardach
HL7 FHIR (Fast Healthcare Interoperability Resources) i
CDA (Clinical Document Architecture), które będziemy wdrażać etapami z partnerami.
Data Quality by design
HL7 FHIR
CDA
Uczciwy, wspierający sposób mówienia o ryzyku
Projektujemy komunikację tak, aby zamiast haseł typu „zanim pojawią się objawy”
pokazywać trendy, czynniki wpływu i niepewność,
a do tego konkretne kroki: „co zrobić teraz” i kiedy warto rozważyć konsultację lekarską.
Chcemy, by użytkownik czuł się zaopiekowany, a nie przestraszony.
Transparentność
Karta wskaźnika
Prosty język
Etap rozwoju, model i pierwsze kroki
Healance jest na etapie bardzo wczesnym: mamy koncepcję, demo,
zgłoszenie patentowe P.453628, zarejestrowaną spółkę z o.o. i kandydata na firmę,
która będzie rozwijać rozwiązanie technologicznie.
Nie mamy jeszcze użytkowników ani przychodów — to faza budowania fundamentów.
Od początku myślimy jednak o dwóch strumieniach: B2C (subskrypcja dla użytkowników)
oraz B2B2C (ubezpieczyciele, pracodawcy, kliniki).
Równolegle przygotowujemy „pre-seed ready data room” i szukamy partnerów do pierwszych pilotaży,
które będą bazą pod późniejszą rundę seed.
Very early stage
B2C + B2B2C
Pilotaże w planie