Retroact Connect

Dla kogo jest ta strona

Dostawcy oprogramowania do zarządzania apteką, wydawania leków oraz oprogramowania klinicznego. Same apteki znajdą informacje na dole niniejszej strony.

Do wykonania tej integracji nie jest wymagana żadna umowa z Praxio ani zgłoszenie rozpoczęcia prac.

Co zyskują użytkownicy

Farmaceuta pracujący w oprogramowaniu dostawcy klika 1 przycisk i trafia do dokumentacji przeciwzakrzepowej danego pacjenta, zalogowany już pod własnym nazwiskiem. Bez drugiego logowania, bez ponownego wpisywania numeru ubezpieczenia, bez drugiego okna, które trzeba utrzymywać w zgodzie z pierwszym.

Co należy zbudować

1. Serwer dostawcy podpisuje krótkotrwały token własnym kluczem prywatnym.
2. Retroact zostaje otwarty przy jego użyciu, z miejsca, w którym znajduje się przycisk.
3. Retroact weryfikuje podpis, potwierdza, że apteka włączyła dostawcę, odnajduje pacjenta i loguje farmaceutę.

Token jest ważny kilka minut i używa się go raz. To cała strona kliencka.

import { createConnectClient } from '@retroact/connect'

const retroact = createConnectClient({
  clientId: 'pms-acme',
  privateKey: process.env.RETROACT_PRIVATE_KEY
})

// On your "Open in Retroact" button:
const url = retroact.createLaunchUrl({
  org: pharmacy.storeNumber,
  practitioner: { email: pharmacist.email },
  patient: {
    healthInsuranceNumber: patient.healthCardNumber,
    birthDate: patient.dateOfBirth
  }
})

Z pomocnikiem udostępnianym na życzenie. Opcjonalnie — token jest standardowym JWT RS256, więc każdy język zdolny go podpisać nie potrzebuje żadnej biblioteki.

Ile to kosztuje

• Około jednego dnia, razem z testami.
• Bez opłat, bez podziału przychodów, bez certyfikacji do przejścia.
• Brak umowy do podpisania przed rozpoczęciem prac.
• Bez zależności do wdrożenia: biblioteka jest opcjonalna i sama żadnych nie ma.

Do czego to zobowiązuje

• Do wersji. Kontrakt uruchomienia jest wersjonowany, a zmiana łamiąca zgodność oznacza nową wersję serwowaną obok starej, a nie przełączenie z dnia na dzień.
• Do niczego na wyłączność. Zbudujcie naszą, cudze albo żadnej — nie ma tu klauzuli, bo nie ma umowy.
• Brak obciążeń wsparciem ze strony Praxio. Praxio odpowiada wobec apteki za Retroact, a wobec dostawcy za protokół.
• Można to przerwać. Usunięcie przycisku stanowi pełne wycofanie, a potem nic w produkcie dostawcy nie zależy od Praxio.

Czego Retroact nie robi

• Nie wydaje leków, nie rozlicza i nie przechowuje recepty. Nie dąży do zastąpienia systemu, który klient już nabył.
• Nigdy nie zapisuje danych w oprogramowaniu dostawcy. Połączenie działa w jedną stronę.
• Nic nie jest udostępniane, dopóki placówka sama nie włączy integracji we własnych ustawieniach.
• Praxio przechowuje wyłącznie klucz publiczny, nie może zatem niczego podpisać w imieniu dostawcy, a apteka, która go nie włączyła, pozostaje nieosiągalna.

Odczyt danych

Punkt końcowy FHIR R4 tylko do odczytu zwraca to, co odnotowała apteka, aby mogło pojawić się w dokumentacji dostawcy, a nie wyłącznie w Retroact.

• Pacjent
• Wyniki INR, kodowane LOINC 6301-6
• Zapisane dawki

Dawki publikowane są jako zapis tego, co przyjęto, nigdy jako zlecenie. Retroact dokumentuje dawkowanie ustalone przez farmaceutę zgodnie z jego własnym pisemnym protokołem; nie zaleca żadnego, a otrzymanych danych nie wolno przedstawiać tak, jakby zalecał.

Jak zacząć

Prosimy przesłać klucz publiczny oraz źródła, z których będą następować uruchomienia. W odpowiedzi zostaną przekazane identyfikator klienta i środowisko testowe. Wszystko, co warto przeczytać najpierw, jest już publiczne:

• Dokument discovery — /.well-known/retroact-connect
• Klucze publiczne — /.well-known/jwks.json
• Metadane serwera autoryzacji — /.well-known/oauth-authorization-server