Miten yhdistää hoitopolkusovellus ja digialusta järkevästi?

By

Kun on selvää, että hoitopolkusovellus kannattaa toteuttaa erillisenä mobiilisovelluksena, mutta samalla digialustalla on merkitystä esimerkiksi ajanvarauksissa tai yksittäisten kyselyiden täyttämisessä, seuraava kysymys kuuluu: Miten nämä kaksi voidaan yhdistää järkevästi ilman turhaa monimutkaisuutta?

Sen sijaan, että yritettäisiin tehdä yksi liian laaja sovellus tai upottaa hoitopolut osaksi digialustaa SDK-mallilla, voidaan rakentaa modulaarinen yhteistyömalli, jossa eri palvelut täydentävät toisiaan, mutta eivät ole toisistaan riippuvaisia.

Tässä viimeisessä blogisarjan osiossa pohdimme, miten tämä voidaan toteuttaa käytännöllisesti, joustavasti ja kustannustehokkaasti.

1. Älykäs tiedonvaihto sovellusten välillä

Kun potilaalla on hoitopolkusovellus ja käytettävissä on myös digialusta, on tärkeää, että nämä kaksi kommunikoivat keskenään.

Esimerkki 1: Hoitopolkusovellus ohjaa ajanvaraukseen

  • Potilas saa hoitopolkusovelluksessa muistutuksen, että hänen täytyy varata seurantakäynti.
  • Sovellus ohjaa hänet digialustan ajanvarauspalveluun, jossa hän varaa ajan.
  • Kun varaus on tehty, tieto siirtyy hoitopolkusovellukseen, jolloin potilas näkee varauksen siellä ilman, että hänen täytyy palata digialustalle.

Hyödyt:

  • Potilas ei joudu etsimään ajanvaraustoimintoa eri sovelluksista – hänet ohjataan suoraan oikeaan paikkaan.
  • Hoitopolkusovellus ei yritä tehdä kaikkea, vaan hyödyntää jo olemassa olevaa ajanvarausjärjestelmää.

Esimerkki 2: Kyselyiden täyttäminen digialustalla tai web-sovelluksessa

  • Hoitopolkusovellus muistuttaa potilasta täyttämään kyselyn ennen lääkärikäyntiä.
Potilas voi:

  • Täyttää kyselyn suoraan hoitopolkusovelluksessa
  • Täyttää sen digialustalla tai web-sovelluksessa, jos hän käyttää mieluummin tietokonetta.
  • Kun potilas täyttää kyselyn jossain kanavassa, tieto päivittyy hoitopolkusovellukseen.
  • Jos potilas myöhemmin avaa kyselyn hoitopolkusovelluksessa, hän näkee, että se on jo täytetty, eikä hänen tarvitse tehdä sitä uudelleen.

Hyödyt:

  • Potilas voi valita hänelle sopivimman tavan täyttää kysely.
  • Tiedot synkronoituvat reaaliajassa, mikä estää turhan työn ja mahdolliset virheet.

2. Sessioiden hallinta: Yksi kirjautuminen, useita sovelluksia

Yksi merkittävä käytettävyysongelma voi olla se, että potilas joutuu kirjautumaan uudelleen eri sovelluksiin. Tämä voidaan ratkaista SSO-ratkaisulla (Single Sign-On) ja sujuvalla sessiohallinnalla.

Miten se toimisi?

  1. Käyttäjä kirjautuu digialustaan.
  2. Digialustasovellus ohjaa käyttäjän hoitopolkusovellukseen ja siirtää myös käyttäjän session kirjautumistiedot mukana.
  3. Hoitopolkusovellus tunnistaa käyttäjän automaattisesti, eikä erillistä kirjautumista tarvita.

Tämä toimisi tietenkin myös toiseen suuntaan, eli kun hoitopolkusovelluksesta avattaisiin digialusta, digialusta tunnistaa käyttäjän eikä erillistä kirjautumista tarvita.

Hyödyt:

  • Käyttäjä ei joudu kirjautumaan moneen kertaan, vaan siirtyminen sovelluksesta toiseen on sujuvaa.
  • Ylläpito on turvallista ja hallittua, koska pääsynhallinta voidaan keskittää yhteen kirjautumisjärjestelmään.

3. Modulaarinen kehitys ja vähäiset riippuvuudet

Jotta eri järjestelmien yhteistyö olisi joustavaa ja pitkäikäistä, on tärkeää, että ne eivät ole liian tiiviisti sidottuja toisiinsa. Tämä voidaan saavuttaa API-pohjaisella tietojen jakamisella, eikä käyttämällä raskasta SDK-mallia

Ratkaisumalli:

  • Hoitopolkusovellus toimii itsenäisesti ja voi kutsua digialustan rajapintoja tarvittaessa.
  • Digialusta ei ole riippuvainen hoitopolkusovelluksesta, vaan toimii itsenäisesti ja palvelee muita järjestelmiä.
  • API-yhteydet mahdollistavat joustavan integroinnin, jolloin voidaan esimerkiksi:

    1. Hakea ajanvaraustiedot tai muita tietoja automaattisesti hoitopolkusovellukseen.
    2. Synkronoida kyselyvastaukset eri palveluiden välillä.

Tärkeää:

  • Ei SDK-riippuvuutta – jokainen palvelu kehittyy itsenäisesti.
  • Ei monoliittista sovellusta – sovellukset eivät ole sidottuja toisiinsa, vaan voivat elää omaa elinkaartaan.

Yhteenveto: Miten toimia järkevästi?

Sen sijaan, että yritettäisiin yhdistää kaikki yhteen sovellukseen tai toteuttaa hoitopolut SDK:na, paras ratkaisu on modulaarinen, API-pohjainen yhteistyömalli.

Miten tämä käytännössä toimii?

  • Hoitopolkusovellus ohjaa potilasta, mutta ei tee kaikkea itse.
  • Digialusta hoitaa ajanvaraukset ja muita yleisiä toimintoja, mutta ei sido hoitopolkuja itseensä.
  • Tiedot synkronoidaan API-yhteyksillä, jotta potilas voi käyttää eri kanavia sujuvasti.
  • SSO ja sessiohallinta tekevät siirtymisestä vaivatonta, eikä käyttäjän tarvitse kirjautua eri sovelluksiin uudelleen.

Tämä ratkaisu varmistaa, että:

  • Hoitopolkusovellus pysyy kevyenä ja toimivana
  • Digialusta voi kehittyä itsenäisesti ilman hoitopolkujen riippuvuutta
  • Potilaskokemus säilyy sujuvana ja helppokäyttöisenä

Tämä lähestymistapa yhdistää parhaat puolet eri malleista ilman niiden haittapuolia. Se on kustannustehokas, skaalautuva ja tulevaisuuden kestävä ratkaisu hyvinvointialueiden hoitopoluille.

Kiinnostaako sinua blogisarjamme muut kirjoitukset? Löydät ne tästä alta:

Potilaalle mobiilisovellus vai web? 
Yksi vai useampi sovellus? Kaikki toiminnot yhdessä vai erikseen?
Hoitopolku SDK:na digialustaan – onko se järkevä vaihtoehto?