Web siteleri

Klinik sitesi: randevu, hasta verileri, güven

Online randevu, kişisel veriler ve güven — klinik sitesinde farklı yollarla çözülen üç görev. İşe başlamadan önce neyi kontrol etmeniz gerektiğini ele alıyoruz.

Klinik sitesi diğer hizmet sitelerinden üç açıdan ayrılır: insanları belirli bir saate belirli bir kişiye randevu verir, yasanın sıradan bir başvurudan daha katı davrandığı veriler toplar ve duygusal olarak, şüpheyle verilen bir kararla uğraşır. Bu görevlerin her biri ayrı çözülür ve hepsini tek bir iletişim formuyla kapatma girişimi genellikle sekreterin yine de elle geri aramasıyla sonuçlanır.

Online randevu sitede yaşamaz

Görev tanımındaki başlıca hata şöyle duyulur: "randevu formu yapın". Form son ekrandır. Randevu, site programı bildiğinde çalışır: hangi doktor muayene ediyor, hangi saatlerde, hangi odada, hangi zaman dilimleri dolu ve belirli bir hizmet ne kadar sürüyor. Bunların hiçbiri sitede değil, kliniğin sağlık bilgi sisteminde tutulur.

Buradan tasarımdan önce geçilmesi gereken bir yol ayrımı çıkar.

  • Sağlık bilgi sistemiyle entegrasyon. Site boş zaman dilimlerini sorgular ve randevuyu doğrudan sistemde oluşturur. Hasta gerçek programı görür, sekreter hiçbir şeyi elle aktarmaz. En faydalı ve en talepkâr seçenektir: sistemin API'sine erişim gerekir ve bu her sistemde yoktur.
  • Üçüncü taraf randevu servisi widget'ı. Hızlı bağlanır ama yabancı görünür, nadiren stillendirilebilir ve hastayı başkasının arayüzüne götürür. Geçici çözüm olarak kabul edilebilir.
  • Randevu talebi. Hasta istediği doktoru ve uygun zamanı bırakır, sekreter geri arayıp onaylar. Bu randevu değil, potansiyel müşteridir. Düğmeye bunu dürüstçe yazmak daha doğrudur: "Randevu al" değil "Talep bırak" — aksi hâlde kişi gelmeyecek bir onayı bekler.

Entegrasyon yoksa ve yakında planlanmıyorsa üçüncü seçenek işe yarar. Tehlikeli olan başka şeydir: talebi randevu olarak adlandırmak ve hastada saatin ona ayrıldığı hissini yaratmak.

Pratikte ne bozulur

Program sanıldığından sık değişir: doktor hastalandı, muayene ertelendi, boş bir zaman dilimi açıldı. Site programın bir kopyasını tutuyorsa bu kopya eskir. Bu yüzden randevu ya verileri sistemden gerçek zamanlı okur ya da belirli zaman dilimlerini hiç göstermez. Ara seçenek — "dün aktardık, bugün gösteriyoruz" — en kötüsüdür: var olmayan muayeneye gelen hastaları garanti eder.

Hasta verileri ayrı bir çemberdir

Sıradan bir site formu ad ve telefon toplar. Klinik formu neredeyse her zaman daha fazlasını toplar: doktorun uzmanlığı, başvuru nedeni, bazen çocuğun yaşı veya şikâyetin tarifi. Bunlar artık iletişim bilgisi değildir ve farklı biçimde ele alınmaları gerekir.

Projeye dahil edilmeye değer pratik asgari:

  1. Yalnızca randevu için gerekeni toplayın. Randevu sayfasındaki "sorununuzu anlatın" alanı özenli görünür ama aslında korunması gereken bir sağlık bilgisi deposu yaratır. Sekreter zaten telefonda netleştiriyorsa alan gereksizdir.
  2. Veri işlemeye açık onay. Düğmenin altında küçük harflerle değil, gerçekten okunabilen bir politikaya bağlantısı olan ayrı bir onay kutusuyla. Önceden işaretlenmiş kutu onay sayılmaz.
  3. Şifreli kanal ve sınırlı saklama. HTTPS her yerde zorunludur ve talepler yıllarca sekreterin posta kutusunda durmamalıdır. Nereye gittiklerini ve hangi süreden sonra silindiklerini belirleyin.
  4. Rol bazlı erişim. Metinleri düzenleyen içerik yöneticisi hasta listesini görmemelidir. Bu ayrım bir olaydan sonra değil, yönetim paneli tasarlanırken yapılır.
  5. Sızıntısız analitik. "Talep gönderildi" olayını analitiğe göndermek sorun değildir. Alan içeriklerini göndermek ise — form değerlerinin otomatik toplanması yoluyla kazara bile olsa — olmaz.

Genel mantık basittir: siteden ne kadar az hassas veri geçerse proje o kadar ucuz ve güvenli olur. Sağlık sisteminin içinde kalabilecek her şey orada kalsın. Teknik çember — koruma, erişimler ve güncellemeler — güvenlik hizmetlerimizde ayrıca ele alınıyor.

Doktor ve hizmet sayfaları

Hasta kliniği değil, bir insanı seçer. Bu yüzden doktor sayfası ortak listedeki bir kart değil; kendi adresi olan, bağlantı verilebilen ve aramada adla bulunan tam bir sayfadır.

İçinde olması gerekenler:

  • uzmanlık alanı ve doktorun tam olarak neyle ilgilendiği;
  • eğitim ve mesleki gelişim — üstünlük sıfatları olmadan, olgular olarak;
  • stok görsel kütüphanesinden değil, klinikte çekilmiş bir fotoğraf;
  • muayene programı veya en azından günler;
  • seçimi önceden doldurulmuş, tam bu doktora randevu düğmesi.

Hizmet sayfası benzer biçimde kurulur ama başka sorulara yanıt verir: işlem nedir, nasıl yapılır, ne kadar sürer, hazırlık gerekir mi, kontrendikasyonları var mı, hangi doktorlar uygular. "Hizmet → onu uygulayan doktorlar → randevu" bağlantısı, sağlık sitesinin ana gezinmesidir.

Fiyatlar hakkında ayrıca. Sitede fiyat listesi neredeyse her zaman gereklidir ama sağlık hizmetlerinin maliyeti iş kapsamına bağlıdır ve bu bir dipnotta değil, doğrudan fiyat listesinde söylenmelidir. "Muayene ücreti" ile "tedavi maliyeti" farklı şeylerdir ve hasta tam olarak hangisinin yazıldığını görmelidir.

Metinlerde neler yazılmamalı

Sağlık, pazarlama metninin yalnızca itibar değil hukuki risk de yarattığı bir alandır. Klinik sitesinde bulunmaması gereken ifadeler vardır.

Klinik sitesi tedavinin nasıl işlediğini anlatabilir ama sonucunu vaat edemez.

Somut olarak: kesin iyileşme vaatleri, güvenlik ve yan etki yokluğu iddiaları, diğer kliniklerle kendi lehine karşılaştırmalar, hastanın belirli bir tıbbi sonuç için teşekkür ettiği yorumlar. Reçete gibi okunan öneriler de buraya girer: site "testimizi çözün ve neyiniz olduğunu öğrenin" biçiminde bile teşhis koymaz ve ilaç seçmez.

Bunun yerine süreci anlatmak işe yarar: hangi ekipman kullanılıyor, muayene nasıl geçiyor, sonrasında ne olacak, sorular için kime başvurulmalı. Daha sıkıcıdır ama kişinin siteyi okumasının asıl nedeni olan kaygıyı tam olarak bu giderir.

Güven bir bölüm değil, bir görevdir

Sağlıkta güven kontrol edilebilir şeyler üzerine kurulur ve neredeyse hepsi tasarım değil içerik işidir.

  • Küçük görseller olarak değil, açılıp okunabilecek şekilde yayımlanmış lisanslar ve belgeler.
  • Ticari unvan, adres, şirket bilgileri — sanıldığından sık kontrol edilirler.
  • Mekânın ve ekipmanın gerçek fotoğrafları. Stok bir ameliyathane anında tanınır ve izlenimi fotoğrafların hiç olmamasından daha çok bozar.
  • Doğrulanabilecekleri dış bir kaynağa bağlantılı yorumlar.
  • "Bir şey ters giderse ne yapmalıyım" sorusuna anlaşılır bir yanıt: yöneticinin iletişim bilgisi, başvuru prosedürü.

Teknik taraf da işin içindedir. Yavaş bir site, telefonda bozuk görünüm, sessizce hiçbir şey göndermeyen bir form — hepsi kurumun genel özensizliği olarak okunur. Klinik için bu, online mağazadan daha pahalıya mal olur.

İşe başlamadan önce neyi kontrol etmeli

Tasarımları konuşmadan önce gözden geçirmeye değer kısa bir liste. Bunun site yapısına nasıl yerleştiği klinik siteleri sayfasında görülüyor.

  1. Program hangi sistemde tutuluyor ve dışarıdan erişim var mı. Randevunun gerçek mi olacağı yoksa talebe mi dönüşeceği buna bağlıdır.
  2. Klinikte randevuları kim, hangi saatlerde onaylıyor. Gece bırakılan bir talep ancak bir gün sonra görülecekse, hasta onay ekranında bu konuda uyarılmalıdır.
  3. Sekreterin ihtiyaç duyduğu asgari alan seti. Geri kalan her şeyi formdan kaldırın.
  4. Talepler nerede saklanıyor, kimin erişimi var ve hangi süreden sonra siliniyor.
  5. Doktor sayfalarını hangi çalışan güncel tutacak. Ayrılmış bir doktorun sitede durması yaygın ve göze çarpan bir sorundur.
  6. Metinleri sonuç vaatleri açısından kim okuyacak. Bu ayrı bir okumadır ve tıp eğitimi almış biri tarafından yapılmalıdır.

İlk iki maddenin yanıtı bilinmiyorsa tasarımla başlamak için erkendir: randevu ekranında ne olacağını tam olarak onlar belirler.