Bluesight ir Bedrock: sveikatos sektoriuje agentas turi dirbti su taisyklėmis
·
sveikatos DI agentai šiandien nėra vien graži antraštė technologijų žmonėms. Už jos slepiasi labai paprastas klausimas: ar DI jau padeda padaryti darbą, ar tik gražiai atrodo pristatyme?
AWS aprašė, kaip Bluesight kūrė agentinį DI sprendimą sveikatos atitikties produktams. Sveikatos sektoriuje tai nėra vieta eksperimentuoti kaip su nauju kalendoriaus įrankiu.
Atvirai? Tokiose naujienose man įdomiausia ne demo. Demo beveik visada atrodo kaip sporto salės reklama sausio pirmą. Visi energingi, visi šypsosi. Tikras klausimas prasideda po savaitės, kai grįžta terminai, klaidos, klientai ir sąskaitos.
KAS NUTIKO
Bluesight pradėjo nuo vieno produkto asistento, o vėliau juda link platesnio Prism sprendimo, apimančio kelis sveikatos atitikties produktus. AWS mini Amazon Bedrock ir AgentCore kaip technologinį pagrindą.
Čia svarbiausia ne tai, kad agentas atsako greitai. Svarbiausia, kad jis žinotų ribas: kokius duomenis gali matyti, kokią informaciją gali siūlyti ir kada būtinas žmogus.
KODĖL TAI SVARBU
Sveikatos DI agentai svarbūs todėl, kad jie gali nuimti daug administracinio darbo, bet klaida čia kainuoja brangiau nei paprastas blogas atsakymas.
DI po truputį keliasi iš pokalbių langelio į procesus. Ten jam nebeužtenka gražiai atsakyti. Reikia žinoti, iš kur paimti duomenys, kas turi teisę veikti, kiek kainuoja viena užduotis ir kada žmogus turi sustabdyti automatą.
KĄ TAI REIŠKIA VERSLUI
Lietuvos įmonėms pamoka platesnė: reguliuojamose srityse DI agentas turi būti proceso dalis su aiškiomis taisyklėmis, o ne laisvas konsultantas.
- apibrėžti leidžiamus duomenis
- turėti žmogaus peržiūrą jautriems sprendimams
- registruoti agento veiksmus
- atskirti informavimą nuo sprendimo priėmimo
Praktinis startas reguliuojamame versle: agentas ruošia dokumentų suvestinę, bet galutinį sprendimą patvirtina atsakingas specialistas.
KUR GALIMA PASLYSTI
Rizika – perkelti atsakomybę agentui. Teisiškai ir praktiškai atsakomybė lieka organizacijoje, net jei tekstą sugeneravo DI.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina tvarkingu sakiniu, mandagiu tonu ir tokiu pasitikėjimu, kad norisi tiesiog spausti „siųsti“. Čia ir prasideda disciplina.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Jei dirbate reguliuojamoje srityje, pirmiausia susirašykite, kur DI gali tik informuoti, o kur jau reikia žmogaus parašo.
Šaltinis: Amazon Web Services.
DUK
Kas yra Bluesight pavyzdys?
AWS aprašytas sveikatos atitikties agentinio DI sprendimas su Amazon Bedrock.
Kodėl tai svarbu?
Rodo, kaip agentai gali veikti jautriose, taisyklių valdomose srityse.
Kokia saugi pradžia?
Suvestinės ir pagalbinės užduotys su žmogaus patvirtinimu.
Jeigu norite DI naudoti praktiškai, pradėkite nuo vieno proceso. Ne nuo įrankių sąrašo. Paimkite darbą, kuris kartojasi, aprašykite rezultatą ir tik tada junkite DI. Daugiau praktikos rasite MasterSprint.
