Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Tom Kückelhahn Nilson

Pages: 1 ... 5 6 [7]
91
FMK 1.2.6 / Re: Ideoplæg til versionering med events
« on: 2011-09-25 16:44:42 »
Hej Jesper

Umiddelbart er det ikke svært at finde gode argumenter for konsolidere FMK og receptserver i en eller anden grad. Indtil nu har jeg dog ikke hørt noget konkret herom. Omkring de to års udløb er det nu reguleret af bekendtgørelser, og det vil være naturligt at se på det i forbindelse med en ændring af receptserveren. F.eks. også således at recepter ikke nødvendigvis altid opbevares i to år: Mindre kunne også give god mening, f.eks. er der sjældent god grund til at en ikke afhentet penicillinrecept skal findes på receptserveren i to år. Igen: Jeg har ikke hør noget konkret herom.

Mvh Tom

92
FMK 1.2.6 / Re: Ideoplæg til versionering med events
« on: 2011-09-22 14:59:13 »
Hej Jesper

Tak for din kommentar.

Vi har haft diskussioner om hvor meget information der skal være i et event. Jeg mener, at vi med den beskevne løsning har et nogenlunde kompromis mellem de datamængder vi kan risikere at returnere og anvendelighed.

Event-modellen er i første omgang opstået som en nødvendig løsning for at kunne håndtere drift i flere clusters. Problemstillingerne ved opdateringer foretaget på et ikke opdateret medicinkort ligner i øvrigt også hvad der kan optræde ved cluster drift. Men en meget væsentlig forbedring (og måske den forbedring, der gør det værd at tage eventmodellen i brug i et klientsystem) er at gøre noget ved den kliniske versionering vi i dag har med medicinkortets og lægemiddelordinationernes versionsnumre: Versionsnummeret indeholder én fast fortolkning af hvad en "interessant" ændring er, og lige nu er f.eks. receptudstedelse og effektueringer på apoteket efter den definition ikke interessante. Fremover vil vi også kunne få ændringer fra receptserveren, hjemmesygeplejen, "det fælles dosiskort", og hvad der ellers kunne komme af systemer.

Event-modellen er designet således at den ikke er specifik for FMK, men f.eks. også kan bruges hvis klientsystemet alene er interesseret i ændringer på f.eks. patientens dosiskort. En service til at lave en diff mellem to medicinkort-versioner, lægemiddelordination-versioner m.v. er nok en FMK specifik service, og måske så præsentations-specifik, at den ikke er ligetil at løse på en god måde gennem en webservice.

Mvh Tom

93
Vi har tilføjet et nyt "Spørgsmål til FMK 1.2.6" board til fmk-teknik.dk, på nuværende tidspunkt til information og diskussion omkring FMK 1.2.6 - næste planlagte version. Husk at markere "notify" på dette board, såfremt i har interesse herfor.

Mvh Tom

94
FMK 1.2.6 / Ideoplæg til versionering med events
« on: 2011-09-16 15:01:30 »
Vedhæftet er et ideoplæg til hvorledes FMKs versionering kunne forbedres.

Kommentarer er velkomne.

Mvh Tom

95
Vi har tilføjet et nyt "SmartFraming" board til fmk-teknik.dk. Husk at markere "notify" på dette board, såfremt i har interesse for SmartFraming-komponenten.

Mvh Tom

96
FMK 1.2.4 / Re: Fejl ved generering af C# proxy til FMK
« on: 2011-08-25 11:56:44 »
Vi har oprettet en bugrapport på sagen, https://developer.trifork.com/browse/FMK-333

Mvh Tom

97
Til testformål har vi i dag mulighed for at tilbyde to miljøer, “fællestest” med nyeste version og “prodtest” med versionen der også findes i produktion. På de to miljøer tilbyder vi nedenstående konfiguration til hvert klientsystem (lægepraksissystem, EPJ-system m.v.)
  • 5 test-certifikater (3 læger, 1 lægens medhælp, 1 uden autorisation)
  • 20 test-patienter
  • Standard testdatasæt på de 5 første test-patienter
  • Mulighed for selv at slette og genindlæse testdata på de 20 patienter
  • Support 8-16
  • Der er ikke garanti for oppetider og svartider
  • På fællestest nyeste stabile og testede FMK build
  • På prodtest svarende til versionen i produktion
  • Advarsel ved nedetid i dagstimer (mindst 2 timers varsel)
  • Indlæsning af nye takster sker automatisk og løbende
  • Der udstilles FMKs services, FMKs admin GUI og FMK-online
  • SOSI idkort valideres på prodtest, men ikke på fællestest

Udgifterne til ovenstående dækkes af FMK projektet, og er derfor uden omkostninger for klientsystemerne. Herudover kan vi nu tilbyde individuelle testmiljøer, i følgende pakker:


Pakke 1

Formålet med pakke 1 er at tilbyde et system til f.eks. uddannelse og stresstest, hvor der ikke er andre brugere. Dvs. at der f.eks. i forbindelse med undervisningsbrug er muligt at håndtere opgraderinger, testdata m.v. efter behov. Ved stresstest vil der være den samme kapacitet til rådighed, således at tests er sammenlignelige. 

Pakkens indhold er som ovenstående, dog:
  • En dedikeret server med enten nyeste build (svarende til fællestest) eller versionen i produktion
  • Servicevinduer kun efter aftale
  • Mulighed for selv at slette og genindlæse alle testdata, bortset fra receptdata (dette er p.t. ikke teknisk muligt). Dvs. at der kan slettes testdata på samtlige CPR-numre, og ikke kun for den tildelte serie, som på fællestest og prodtest, og der vil være mulighed for at indlæse yderligere testdata ved tilkøb (se herunder).
  • Testdatasæt som på fællestest og prodtest for dette klientsystem.

Som de nuværende testservere er der tale om en enkelt instans, hvor der ikke foretages løbende backup. Der tilstræbes en oppetid på 98%.

Yderligere testdata kan etableres på flere måder: Manuelt igennem klientsystemet (LPS, EPJ m.v.) eller FMK-online eller gennem en egenudviklet testklient der anvender FMKs services til at oprette testdata. Desuden ved tilkøb (se herunder) ved at der skrives XML request filer der kopieres til testserveren og indlæses gennem admin GUI.

Prisen for pakke 1 er 18.640 kr for oprettelse plus 13.400 kr pr måned. Opsigelsesfristen er 3 måneder.


Pakke 2

Som pakke 1, desuden:
  • 500 testpatienter med standard testdata
  • 50 certifikater med autorisation

Prisen for pakke 2 er 48.896 kr for oprettelse plus 13.400 kr pr måned. Opsigelsesfristen er 3 måneder.


Tilkøb

Er pakke 1 eller 2 valgt kan der tilkøbes individuel tilpasning til en timepris på 1.220 kr efter aftale. Afhængigt af hvori den individuelle tilpasning består kan dette evt. medføre en øget månedlig udgift til vedligehold. Eksempler på tilkøb kunne være:
  • At få oprettet specielle testdata, testscenarier eller specielle CPR-numre.
  • Yderligere kapacitet eller garanterede svartider.


Yderligere support

Der er mulighed for efter aftale at tilkøbe support ud over hvad der tilbydes i hverdage mellem 8 og 16. I aftentimer vil timeprisen herfor være 1.830 kr i tidsrummet 17-20 og 2.440 kr i tidsrummet 20-08 samt i weekender og på helligdage.

98
Teknikermøder / Teknikermøde 2011-09-07
« on: 2011-07-14 10:57:10 »
Den tidligere udmeldte dato for teknikermødet har vist sig ikke at være heldig, vi har fået afbud pga. sommerferie. I stedet vil vil afholde teknikermødet onsdag den 7. september 10:00 i Triforks lokaler i Århus. Igen vil vi gerne have tilmeldinger og afbud pr. mail til fmk-support@trifork.com .

99
Hej Teknikere

Vi vil gerne afholde et teknikermøde umiddelbart efter sommerferien, tirsdag den 16. august fra 10:00. Et væsentligt formål med mødet er at gennemgå supportprocedurer i forbindelse med NSP, STS og FMK. Yderligere punkter vil blive meldt ud senere, og vi modtager også gerne forslag. Vi vil gerne have en tilbagemelding omkring hvorvidt i deltager hurtigst muligt, således at vi om nødvendigt kan finde en anden dato, såfremt der er for mange afbud.

Tilmelding til tom@trifork.com

Mvh Tom

100
FMK 1.2.4 / Bug-rapportering
« on: 2011-07-01 13:28:07 »
Fejl eller nedbrud der kan relateres til FMK eller tilhørende systemer skal
alle rettes til servicedesken for NSP'en og det kan ske på 72228601 eller nsp.servicedesk@nsi.dk.

Husk i øvrigt at angive følgende ved bugrapportering:
  • Produktion eller testsystem (i sidste tilfælde, hvilken testserver)
  • Jeres systems navn
  • Dato og tidspunkt så præcist som muligt
  • Hvilken service der kaldes
  • Lægens autorisationsnummer (ikke CPR-nummer)
  • Request og response dokumentet, hvis fra produktionssystemet så i anonymiseret form, dvs. uden personnavne og CPR-numre. Hvis nødvendigt kan patientens fødselsdato angives.

Pages: 1 ... 5 6 [7]