Valimed API. REST API a magyarországi orvos pecsétszámok validálására

Hasonló dokumentumok
API tervezése mobil környezetbe. gyakorlat

Pick Pack Pont kereső és boltválasztó alkalmazás

MicroSigner Közvetítő Szerver fejlesztői dokumentáció

Az alábbi kód egy JSON objektumot definiál, amiből az adtokat JavaScript segítségével a weboldal tartalmába ágyazzuk.

RBLDNS DNS-based blocklists management felhasználói kézikönyv

MicroSigner Közvetítő Szerver fejlesztői dokumentáció

Az autorizáció részletes leírása

Webes alkalmazások fejlesztése 8. előadás. Webszolgáltatások megvalósítása (ASP.NET WebAPI)

OZW V7.0 firmware frissítés, Remote Tool Access részletes ismertető

Webszolgáltatások (WS)

RBLDNS DNS-based blocklists management felhasználói kézikönyv

OJOTE - Soron kívüli beutalhatóság vizsgálat

WEBFEJLESZTÉS 2. MUNKAMENET-KEZELÉS, HITELESÍTÉS

Egészítsük ki a Drupal-t. Drupal modul fejlesztés

COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group

AZ ÜGYFÉL KOMMUNIKÁCIÓ ÚJ FORMÁI POZITÍV ÜGYFÉLÉLMÉNY SZÖVEGBÁNYÁSZATI MEGOLDÁSOK

MiniCRM REST API

MicroSigner Közvetítő Szerver fejlesztői dokumentáció

Kilencedik témakör: Lazarus-Firebird. Készítette: Dr. Kotsis Domokos

ENTERPRISE PORTAL. Egy modern portál esetén

WEBFEJLESZTÉS 2. ADATBÁZIS-KEZELÉS, OSZTÁLYOK

A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)

NetPay technikai áttekintés partnereink számára

Elektronikus levelek. Az informatikai biztonság alapjai II.

Adatbázis, adatbázis-kezelő

Szám-Adó Kft Október 27. Előadó: Lengyel Zoltán. Szociális Intézmények III. Szakmai Találkozója

Webapp (in)security. Gyakori hibákról és azok kivédéséről fejlesztőknek és üzemeltetőknek egyaránt. Veres-Szentkirályi András

Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft

KÖNYVTÁRI KATALÓGUS HASZNÁLATI ÚTMUTATÓ

Dr. Pál László, Sapientia EMTE, Csíkszereda WEB PROGRAMOZÁS 6.ELŐADÁS. Fájlkezelés PHP-ben

QUICK INSTALLATION GUIDE

TÁJÉKOZTATÓ az OTH Szakrendszeri Információs Rendszerbe (OSZIR) történő regisztráció és belépés menetéről belföldi partner nevében

OZEKI Phone System. A jövő vállalati telefon rendszerének 4 alappillére. A jövő üzleti telefon rendszere SMS. Mobil mellékek. Összhang az IT-vel

Szolgáltatás mérés/riportolás magas fokon Egy valós megoldás Pepsi berkekben

Kézikönyv. a HGCS-2014 Háztartási nagygépek cseréje. pályázati kiíráshoz kapcsolódó pályázati portál működéséhez.

Bevezető. Servlet alapgondolatok

QBE Édes Otthon lakásbiztosítás tarifáló webservice. Fejlesztői dokumentáció 1.0.2

Moodle -egy ingyenes, sokoldalú LMS rendszer használata a felsőoktatásban

Tájékoztató. az Online Számla rendszerben az adatszolgáltatási kötelezettség teljesítésének előfeltételeként szükséges regisztráció folyamatáról

JAVA webes alkalmazások

Jquery. Konstantinusz Kft.

OZEKI Phone System. 4 elengedhetetlen szolgáltatás a jövőbeli vállalati telefonos rendszerek számára. A jövő üzleti telefon rendszere SMS

Milyen sütiket és mire használ az OTP Bank?

MailMasterPlus API. fejlesztői dokumentáció

Felhasználói útmutató

INFORMATIKAI ALAPISMERETEK

Szolgáltatói számok WAP, GPRS, MMS, beállítások

Hálózati operációs rendszerek II.

Sütik (cookie) kezelése

NAV on-line adatszolgáltatás dokumentáció

Testreszabott alkalmazások fejlesztése Notes és Quickr környezetben

Technikai tudnivalók a Saxo Trader Letöltéséhez tűzfalon vagy proxy szerveren keresztül

Webes alkalmazások fejlesztése 7. előadás. Autentikáció és autorizáció (ASP.NET Core) Cserép Máté

IMOLA. Integrált MOKKA2, ODR2 és OLA. Vándorgyűlés Szombathely, 2008 július 25. Monguz MTA SZTAKI konzorcium

Smarty AJAX. Miért jó ez? Ha utálsz gépelni, akkor tudod. Milyen műveletet tudunk elvégezni velük:

Felhasználói leírás a DimNAV Server segédprogramhoz ( )

GSM azonosítók, hitelesítés és titkosítás a GSM rendszerben, a kommunikáció rétegei, mobil hálózatok fejlődése

SQL*Plus. Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP (dolgozó), DEPT (osztály) "közönséges" felhasználók

Felhasználói útmutató

KTI Közlekedéstudományi Intézet Nonprofit Kft. Vasúti Vizsgaközpont

Tanúsítványkérelem készítése, tanúsítvány telepítése Microsoft Internet Information szerveren

Üzenet küldése Programs (Bal soft key) Inbox New MMS Menu Insert Picture Text Audio A szerkesztés után:

Adatbázis Rendszerek II. 5. PLSQL Csomagok 16/1B IT MAN

ÜGYFÉL OLDALI BEÁLLÍTÁSOK KÉZIKÖNYVE

Adatbázis-kezelés ODBC driverrel

LBRA6i integrált rendszer

NETinv. Új generációs informatikai és kommunikációs megoldások

INGATLANVAGYON-KATASZTER SZAKRENDSZER

Adatbányászat és Perszonalizáció architektúra

Műszaki előfeltételek

12.óra jquery Framework #1. Gyimesi Ákos

Kompozit alkalmazások fejlesztése. IBM WebSphere Portal Server

Internetes böngésző fejlesztése a mobil OO világban

Készítsen egy adatbázist (egytáblásat) egy számítástechnikai tanfolyam résztvevőiről. Az adattábla rögzítse a következőket:

Felhasználói kézikönyv

epos - Felhasználói leírás (MOBIL egyenleg feltöltés, Web áruházban történő vásárlás)

Hálózatbiztonság Androidon. Tamas Balogh Tech AutSoft

Kormányzati Elektronikus Aláíró és Aláírás-ellenőrző Szoftver

MŰSZAKI DOKUMENTÁCIÓ. Aleph WebOPAC elérhetővé tétele okostelefonon. Eötvös József Főiskola 6500 Baja, Szegedi út 2.

Geocache API teszt verzió v1.0 by gusty

Kiknek szól ez a könyv? Miről szól a könyv? Hogyan épül fel a könyv? Mire van szükség a könyv használatához? Szokások Forráskód Hibajegyzék

Az iskolai rendszerű képzésben az összefüggő szakmai gyakorlat időtartama. 10. évfolyam Adatbázis- és szoftverfejlesztés gyakorlat 50 óra

vbar (Vemsoft banki BAR rendszer)

IP Thermo for Windows

Elektronikus számla. First Businesspost Kft. Jakabos Árpád ügyvezető igazgató

Az Internet. avagy a hálózatok hálózata

Szállítói igény jelzése

ColourSMS Protokol definíció. Version 1.2

Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás

Adatbázis kezelő szoftverek biztonsága. Vasi Sándor G-3S

Kormányzati Elektronikus Aláíró és Aláírás-ellenőrző Szoftver

Általános Szerződési Feltételek

Alkalmazotti/partneri regisztráció gyorshivatkozási kártyája

KlausenMobi. Követelmény dokumentáció. Verzió: 1.0. Dátum: Státusz: Released

Gyakorla( útmutató és demonstrációk a SZTAKI Felhő használatához

A MEGBÍZHATÓ GÉPJÁRMŰVEZETŐK ADATBÁZISA DRIVER IDENTIFICATION DATABASE

PortaWin (PW2) Jármű mérlegelő program Mérlegelés több cég számára

CĺM: Bogdana Šuputa Novi Sad Serbia

Fogalmak: Adatbázis Tábla Adatbázis sorai: Adatbázis oszlopai azonosító mező, egyedi kulcs Lekérdezések Jelentés Adattípusok: Szöveg Feljegyzés Szám

MŰSZAKI SEGÉDLET A D.C.LAX / IZZYPAY/NETSTART SMS RENDSZERŰ FIZETÉSI MEGOLDÁSAINAK PARTNER OLDALI BEKÖTÉSÉHEZ.

Átírás:

Valimed API REST API a magyarországi orvos pecsétszámok validálására

1. A Valimedről és a jogi háttérről A Valimed legfőképpen gyógyszergyártóknak és orvosi témában érdekelt online szolgáltatóknak szóló szolgáltatás, melynek segítségével ügyfelei regisztrációkor pecsétszám alapján leellenőrizhetik, hogy egy orvos tényleg tagja e az Országos Egészségügyi Pénztár által nyilvántartott orvos adatbázisnak, azaz valóban orvos e. A Valimed kifejezetten hasznos olyan szolgáltatások esetében, melyeket törvényi szabályozás miatt kizárólag orvosok láthanak. Ebben az esetben a Valimed képes már regisztrációkor kiszűrni a nem orvos látogatókat, megelőzve komoly bírságokat ezzel a szolgáltatóknak. A Valimed teljesen automatikus, naprakész és nincs szükség hozzá emberi beavatkozásra, jóváhagyásra. 2. A folyamat Legtöbbször a folyamat a következőképpen zajlik le. 1. Regisztráció 2. Pecsétszám bekérése (egy text input mező) 3. (További form elemek kitöltése) 4. REST API hívás a pecsétszám formai, illetve tartalmi ellenőrzésére a. Formai ellenőrzés (hány számjegy, stb.) b. Összehasonlítás az OEP adatbázisával c. JSON visszajelzés 5. REST API válasz megkapása után a form elküldése, ha valid; ha nem valid akkor pedig hibaüzenet kiírása 3. A Valimed API működéséhez szükséges adatbázis A Valimed, mint említettük egy publikus, OEP által karbantartott adatbázist használ, melyből kikeresi az orvos pecsétszámát és azzal hasonlítja össze. 2 www.valimed.hu

4. A REST API ról A Valimed a REST technológiát használja az adatok közlésére, ami manapság igen nagy népszerűségnek örvend. A technológia lényege az, hogy a weben széleskörűen használt HTTP protokollt használja kommunikációra, így a webhez készült gyorsítótárazó és átjáró szoftverek gyakran változtatás nélkül támogatják. 5. A Valimed API végpontjai 5.1. A lekérdezés formája A Valimed API hívásoknál egy URL t hívunk meg, melyben átadjuk a lekérdezni kívánt értékeket. Például: https://api.valimed.hu/endpoint/params?access_token=access_token A Valimed API t kétféleképpen lehet meghívni. Ez a két típus a pecsétszám alapján az orvos megtalálása, és név alapján az összes, megadott nevű orvos listázása, pecsétszámokkal. Minden előfizető egy ún ACCESS_TOKEN t kap, mely szükséges az API használatához. 5.1.1. Keresés pecsétszám alapján Amikor ellenőrizni akarjuk egy pecsétszám érvényességét, illetve a tulajdonosának nevét, akkor használhatjuk ezt a végpontot. A használat a következő formátumú HTTP GET kéréssel történik: https://api.valimed.hu/validate by seal number/pecsétszám?access_toke n=access_token (A fenti URL ben a PECSÉTSZÁM helyére a keresett pecsétszám.) 5.1.2. Keresés név alapján Ha kíváncsiak vagyunk egy orvos pecsétszámára, akkor használhatjuk ezt a végpontot. A végpont URL formátuma: 3 www.valimed.hu

https://api.valimed.hu/validate by name/név?access_token=access_token Itt a NÉV paraméter helyére értelemszerűen a keresett orvos neve kerül, URL encoding gal kódolva. Tehát ha Dr. Kiss Ernőre keresünk, akkor a NÉV paraméterünk értéke Dr.%20Kiss%20Ernő lesz. 5.2. A válasz Az API egy JSON tömböt ad válaszul minden esetben. Sikeres pecsétszám alapú lekérdezés esetén egy ehhez hasonló választ kapunk: "success": true, "format_valid": "true", "query": "12345", "result": "name": "Dr. Próba Péter", "seal_number": "12345" Az egyes mezők jelentése: success: A lekérdezés sikerességét jelzi, hiba esetén false. (Lásd 8. Hibakezelés) format_valid: Azt jelzi, hogy a keresett érték formátuma megfelelő e. Ez pecsétszámoknál akkor igaz, ha 5 számjegy a keresett érték. Nevek esetén mindig igaz. query: A keresett érték result: A megtalált rekord name: Az orvos neve seal_number: Az orvos pecsétszáma Amennyiben név alapján keresünk valakit, akkor a válasz formátuma ehhez hasonló: "success": true, "format_valid": "true", "query": "Dr. Példa Pál", "result": [ "name": "Dr. Példa Pál", "seal_number": 12123, 4 www.valimed.hu

] "name": "Dr. Példa Pál", "seal_number": 23234 A különbség az előzőekhez képest csupán annyi, hogy itt a result egy tömb, illetve a query ben az orvos neve található. 6. Azonosítás, hitelesítés A Valimed felhasználóit minden esetben azonosítani és hitelesíteni kell. Ehhez egy egyszerű token alapú hitelesítést használunk, melyet minden API hívásnál át kell adni. Minden felhasználóhoz egy token tartozhat, melyet a szerződés létrejöttekor kap meg. Például: https://api.valimed.hu/validate by seal number/seal_number?access_tok en=your_access_token 7. HTTPS A Valimednél fontosnak tartjuk az adatok biztonságát, és a lehetséges visszaélési lehetőségek visszaszorítását. Ezért is döntöttünk a HTTPS protokoll használata mellett. A HTTPS használatával minden kommunikáció titkosított csatornákon zajlik, ennek köszönhetően az ügyfélen és a Valimeden kívül senki más nem olvashatja a lekérdezések tartalmát. 8. Error kezelés Amikor valami hiba történik, a válasz nem a szokványos JSON tömb, hanem a következőhöz hasonló: "success": false, "error": "code": 104, "type": "invalid_access_key", "info": "You have not supplied a valid API Access Key. [Technical Support: support@valimed.hu]" 5 www.valimed.hu

Kód Típus Leírás 404 "404_not_found" A felhasználó által kért erőforrás nem létezik. (HTTP 404) 101 "missing_access_key" A felhasználó nem adott meg access tokent. (HTTP 400) 104 "invalid_access_key" A felhasználó nem megfelelő access tokent adott meg. (HTTP 400) 103 "invalid_api_function" A felhasználó nem létező végpontra hivatkozott. (HTTP 404) 210 "missing_required_argumen t" A felhasználó nem adott meg pecsétszámot. (HTTP 400) 210 missing_required_argumen t A felhasználó nem adott meg nevet. (HTTP 400) 9. Példakód (JavaScript, jquery) // végpont és access token beállítása var endpoint = 'validate by seal number' var access_key = 'YOUR_ACCESS_TOKEN'; var seal_number = '12312'; // Ellenőrizzük a pecsétszámot egy ajax hívással $.get('https://api.valimed.hu/' + endpoint + / + seal_number + '?access_token=' + access_key).always(function(json) console.log(json); // Kiírjuk az eredményt a konzolra ); 6 www.valimed.hu