search

Optinomic / apps

Optinomic applications
1 stars 2 forks source link

Export-Files #151

Open schoenenb opened 6 years ago

schoenenb commented 6 years ago

Anpassung der Definitions analog https://github.com/Optinomic/apps/blob/master/org.optinomic.export.toolbox/definitions/isk.js#L9-L22

Export-Files für weitere Apps analog einbinden: https://github.com/Optinomic/apps/blob/master/org.optinomic.export.toolbox/base.opapp.m4#L36-L43 https://github.com/Optinomic/apps/blob/master/org.optinomic.export.toolbox/calculations/isk.m4

Vorhandene Calculations können mithilfe des Create-Files eruiert werden: https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/create

ottigerb commented 6 years ago

MedStatFid & FID ist implementiert. Vgl. https://github.com/Optinomic/apps/blob/master/org.optinomic.export.toolbox/definitions/_default_top_fields.js#L11-L12 - Link ungültig Erklärung: Da diese Felder "berechnet" werden kann als "path": "_function" eingetragen werden und unter "function": "_createMedStatFID"die auszuführende Funktion. Aktuell existieren nur diese beiden Funktionen.

Options (EDIT: Umgesetzt)

_default_top_fields.js wird jeweils vor die Fields von z.B. https://github.com/Optinomic/apps/blob/master/org.optinomic.export.toolbox/definitions/isk.js#L9-L55 gesetzt und _default_bottom_fields.js jeweils danach. Ich erstelle noch ein Options-Flag, ob wir _default_top_fields.js resp. _default_bottom_fields.js wollen.

Auch den "Header" für CSV-Files weglassen flag wäre vielleicht willkommen. Noch andere Ideen für Options?

ottigerb commented 6 years ago

Options

"options": {
        "name": "ISK",
        "app_id": "org.optinomic.export.toolbox",
        "calculation_id": "isk_full",
        "export_header": true,
        "export_default_top": true,
        "export_default_bottom": false,
        "delimitter": ";"
    }

Export-Flags: Ab sofort können die "export_*" flags gesetzt werden. Vgl. z.B.: https://github.com/Optinomic/apps/blob/master/org.optinomic.export.toolbox/definitions/isk.js#L6-L8

Zur Info: Die Default-Fields (Top & Bottom) befinden sich hier: https://github.com/Optinomic/apps/blob/master/org.optinomic.export.toolbox/elements/element-export.html#L279-L298

@SonjaKaufmann Wie gefällt Dir https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/export ?

ottigerb commented 6 years ago

E-Mail @SonjaKaufmann

... Daher schreibe ich ein Mail zu deiner Frage, wie ich die Toolbox finde. Einfache Antwort:

TOLL!

Ich habe mir nur die Auswahl angeschaut und einen ISK-Export gemacht und der war sofort da, wow ist das schnell!!!!!!! · Dabei kamen folgende Überlegungen: Könnte man bei den Falltypen auch: „nur Eintritte“, „nur Austritte“, „Sonstige Messungen“ (Also alle Zwischenmessungen) zur Auswahl stellen oder wird das durch die Gruppen gesteuert?

· Dann wird häufig das Pipe-Format gewünscht. Könnte man das auch zur Auswahl stellen?

· Dann habe ich gesehen, dass Du die MedStad FID drin hast, das ist super. Und PID und Fall getrennt, auch super, so kann man auch andere FIDs basteln. Dazu kurz zur Nomenklatur PID = Patientenidentifikationsnummer, Fall= Fall eines Patienten, FID= Fallidentifikationsnummer bestehend aus PID und Fall. Daher ist im ISK der Fall mit FID nicht korrekt benannt.

· Wie funktioniert das mit den Informationen, welche wir in der Regel nicht brauchen, die ganzen Optinoimicnummern, kann man die im Export wieder weglassen, so im Sinne eines Auswahlkästchens mit oder ohne Optinomic-Variablen?

· Ich glaube über das Datumsformat bei der Datumsauswahl haben wir schon Mal gestürmt und Du sagtest, soweit ich mich erinnere es müsse dieses Format haben, oder? Ich finde tt.mm.jjjj besser, aber wenn das nicht geht, dann geht es nicht.

· Wie funktioniert das jetzt, hängt hinter jedem Export der zur Auswahl steht eine Syntax und diese Syntaxen kann man überarbeiten (nicht jeder natürlich, aber Nora könnte das?)? Und könnte man z.B. auch mir beibringen einen neuen Export zu erstellen oder einen bestehenden zu überarbeiten?

ottigerb commented 6 years ago

Könnte man bei den Falltypen auch: „nur Eintritte“, „nur Austritte“, „Sonstige Messungen“ (Also alle Zwischenmessungen) zur Auswahl stellen oder wird das durch die Gruppen gesteuert?

Exporte müssen für jede Messung / Fragebogen funktionieren: Nicht jede Messung hat einen erfassten "Messzeitpunkt". Wir könnten einen likely_eintritt, likely_austritt und likely_anderer erstellen. Dies jeweils aus einer likely = 7 Tage. Ein likely_eintritt wäre dann auf true wenn die Messung +/- 7 Tage bei Eintritt stattgefunden hat. Ein likely_austritt wäre dann auf true wenn die Messung +/- 7 Tage bei Austritt stattgefunden hat. likely_anderer wäre auf true wenn weder likely_eintritt noch likely_austritt true sind. => Ist jedoch ein "heiteres Messzeitpunkt" erraten. Ansonsten gilt es den Messzeitpunkt in die Definition aufzunehmen und dann z.B. in Excel zu filtern. What do you think - likely umsetzen?

Dann wird häufig das Pipe-Format gewünscht. Könnte man das auch zur Auswahl stellen?

Das ist bereits umgesetzt. Der CSV-Delimiter kann bei jeder Filedefinition hinterlegt werden. Vgl. hier.

Dann habe ich gesehen, dass Du die MedStad FID drin hast, das ist super. Und PID und Fall getrennt, auch super, so kann man auch andere FIDs basteln. Dazu kurz zur Nomenklatur PID = Patientenidentifikationsnummer, Fall= Fall eines Patienten, FID= Fallidentifikationsnummer bestehend aus PID und Fall. Daher ist im ISK der Fall mit FID nicht korrekt benannt.

OK, FID wird in Fall umbenannt. DONE https://github.com/Optinomic/apps/issues/151#issuecomment-342448768

Wie funktioniert das mit den Informationen, welche wir in der Regel nicht brauchen, die ganzen Optinoimicnummern, kann man die im Export wieder weglassen, so im Sinne eines Auswahlkästchens mit oder ohne Optinomic-Variablen?

Dies ist ebenfalls bereits umgesetzt. Jede Filedefinition hat nun folgende Flags Vgl. hier. export_default_top beinhaltet ID's und export_default_bottom beinhaltet Patienten- und Fallinformationen. Vgl. hier. Also wenn diese Flags auf false sind => wird deren Inhalt nicht exportiert. Vielleicht könnte ich die Optinomic ID's in ein spezielles Flagpacken, damit diese separat ein/ausgegeben werden können. Grundsätzlich sind diese ID's seeeeehr hilfreich - z.B. bei der PABS Schnittstelle war dies superwichtig - ansonsten wäre eine Fehlersuche oder irgendwas schwierig! Zusätzliche Optinomic-ID's Kategorie einführen? DONE https://github.com/Optinomic/apps/issues/151#issuecomment-342448768

Ich glaube über das Datumsformat bei der Datumsauswahl haben wir schon Mal gestürmt und Du sagtest, soweit ich mich erinnere es müsse dieses Format haben, oder? Ich finde tt.mm.jjjj besser, aber wenn das nicht geht, dann geht es nicht.

Da sag ich einfach "Nö"! Optinomic verwendet ISO Formate für alle Datumsangaben. Entsprechend wird dieses Format konsequent gehalten.

Wie funktioniert das jetzt, hängt hinter jedem Export der zur Auswahl steht eine Syntax und diese Syntaxen kann man überarbeiten (nicht jeder natürlich, aber Nora könnte das?)? Und könnte man z.B. auch mir beibringen einen neuen Export zu erstellen oder einen bestehenden zu überarbeiten?

Die Felder werden in den Definitionen festgelegt. Jep, Nora kann das. Und Jaaaaa: Dir beibringen resp. Dir zu ermögliche aktiv mitzuarbeiten ist auf jeden Fall 👍 . Not that hard.

Ich überlege mir auch ein GUI zu basteln: 1.) Die zugrundeliegende Tabelle (User-App-Calculation) auswählen und einzelnen Felder daraus selektieren. 2.) Felder in Reihenfolge bringen und benennen 3.) Filedefinitionen ergänzen (Delimitter, etc.) 4.) Speichern Lohnt sich dieser Aufwand? Oder sind wir mit den aktuellen Files besser bedient? Hat auch Vorteile! Z.B. müsste das GUI die Definitionen in die DB schreiben - was wieder zu "Unterschied-Effekten" bzgl. Demo & Production führen könnte. Als File hinterlegt - hat diese Probleme nicht.

Aktuell forciere ich lieber "Patienten-" und neu auch "Fallgruppen" um deren Information ebenfalls in die Exporte zu bekommen. Stichwort: "Abbrecher", "_Belegung"...

ottigerb commented 6 years ago

FID in Fall umbeannt & Optinomic-ID's als separates Flag steuerbar via: "export_optinomic_ids".

SonjaKaufmann commented 6 years ago
schoenenb commented 6 years ago

Beim TMT wirds mit dem Datum noch zu tun geben - bis zum 13.1.17 erhobene Daten haben ein "Date", danach gibt's nur noch "filled".

ottigerb commented 6 years ago

Export-Toolbox

https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/export

bildschirmfoto 2017-11-11 um 13 10 28

Implementierte Features:

bildschirmfoto 2017-11-11 um 13 10 58

=> Falls Filter aktiv sind und die Optionen übersteuert werden, muss allenfalls erneut der Filter [ANWENDEN] gedrückt werden, damit diese Optionen übersteuert werden. Na ja. Diese Globalen Optionen mag ich nicht besonders. Es kann auch die Optionen im LIVE-RUN Editor angepasst werden.

Export-Toolbox | CREATE

https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/create

@schoenenb

  1. Der CREATE Prozess empfiehlt sich - m.E. auch für Dich - um Grundfelder schnell zu finden!
  2. _functions können dann direkt im [ + HINZUFÜGEN (LIVE-RUN)] getestet werden. Falls Du hier irgendwo scheiterst: Einfach ein Feld hinzufügen und das TODO hier beschreiben: 
    { "name": "feldname", "path": "_function", "function": "return 'TODO';" },

Technical

Alle Definitionen sind nun hier: https://github.com/Optinomic/apps/tree/master/org.optinomic.export.toolbox/definitions

=> Neu erstellte Files (von Sonja oder auch von Dir! ;-) ) einfach in dieses Verzeichnis kopieren und hier den Import hinzufügen.

SonjaKaufmann commented 6 years ago

Ich habe probeweise so ein Exportfile erstellt, aber nun bekomme ich eben ein JSON-File. Wie geht es dann weiter, wie kann ich das File anschauen und in den LIVE-RUN kopieren? Und kann ich nochmal wissen, wie ich es dann in den GitHub-Issues einfügen müsste? Wäre froh, wenn es für diese Abläufe eine kleine Joghurt-User-Anleitung gäbe. Im Moment läuft das auf dem Demo und noch nicht auf dem Südhang V3, oder?

ottigerb commented 6 years ago

Unter https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/export kann via dem [ + HINZUFÜGEN (LIVE-RUN)] Button das JSON live getestet, weiterentwickelt werden.

Das getestete JSON in GitHub kopieren: Idealerweise mit 3 Backticks und dem KEYWORD JSON erstellen. Vgl.: https://help.github.com/articles/creating-and-highlighting-code-blocks/

Die Anleitung (Fragezeichen) oben rechts in https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/export kannst Du gerne erweitern.

SonjaKaufmann commented 6 years ago

Ja, ich würde das gerne machen und es läd mir ja auch ein JSON runter, aber dieses kann ich nicht öffnen und daher auch nicht im LIVE-RUN einfügen. Ich erinnree mich schwach daran, dass Nora etwas gesagt hat wie das File öffnen kann, aber ich weiss es nicht mehr und die Sache mit den Backticks wusste ich auch nicht mehr (Alzheimer-Alarm). Danke für die Wiederholung für mich. Es nervt mich einfach, wenn ich an so doofen Sachen scheitere, wie eine Datei zu öffnen. Grrrrrr!!!!!!! Die Anleitung ist schon gut, aber dieser Punkt ist halt nicht enthalten und daher komme ich nicht weiter!

ottigerb commented 6 years ago

...öhm - das File einfach mit einem Editor (Notepad) oder sowas öffnen.

ottigerb commented 6 years ago

@schoenenb Export-Toolbox :: Add new Datasource @ Demo & Production Vgl.: https://github.com/Optinomic/apps/commit/ce14e70047347970f689e0e7f87627fe0f745004 & https://github.com/Optinomic/apps/commit/403d2d50489ca632cb0b61e2ef2f6907fed70f01

schoenenb commented 6 years ago

@ottigerb Kannst du dich dem TMT bzgl. Datum annehmen? "filled" sollte irgendwie umberechnet werden können, damit der Wert als Datum erkannt wird. { "name": "datum_filled", "path": "_function", "function": "var datum_filled = TO_DATE(TO_CHAR((survey_response.filled), 'YYYY-MM-DD'), 'YYYY-MM-DD'); return datum_filled" }, funktioniert leider nicht. Zudem gibt es mir nur Daten bis September 2016 aus, wenn es verschiedene Variablen bei der alten (LimeSurvey) vs. neuen (ngSurvey) Version gibt, sollte der Bruch aber erst am 19.1.17 stattfinden.

ottigerb commented 6 years ago

Ab sofort können wir ExportHelpers nutzen. Eine Liste der implementieren Helpers kann hier angeschaut werden.

Z.B.: Folgende [FIELDS] 

        { "name": "TEST_CH_DATE", "path": "_function", "function": "return ExportHelpers.formatDateCH(source.survey_response.filled);" },

        { "name": "TEST_ISO_DATE", "path": "_function", "function": "return ExportHelpers.formatDateISO(source.survey_response.filled);" },

        { "name": "TEST_ISO_DATE_NO_TIME", "path": "_function", "function": "return ExportHelpers.formatDateISONoTime(source.survey_response.filled);" },

erzeugen

{
        "name": "TEST_CH_DATE",
        "value": "16.4.2015"
      },
      {
        "name": "TEST_ISO_DATE",
        "value": "2015-04-16T09:07:25.031Z"
      },
      {
        "name": "TEST_ISO_DATE_NO_TIME",
        "value": "2015-04-16"
      }

Falls mehr ExportHelpers benötigt werden => Give sing!

ottigerb commented 6 years ago

@SonjaKaufmann Export-Toolbox ist nun ebenfalls auf dem Südhang-Server: http://optinomic.cust.local/client.new/#/user/app/org.optinomic.export.toolbox.suedhang/template/export

ottigerb commented 6 years ago

Note to myself:

Why - this variable AASE[AASE20] acts different? Stupid [ CRAP in variable_name!

   {
      "path": "_function",
      "name": "not_working",
      "function": "return source.survey_response.response.AASE[AASE20];"
    },
    {
      "path": "_function",
      "name": "working",
      "function": "return source.survey_response.response.datestamp;"
    }
ottigerb commented 6 years ago

YEP! Solved!

@schoenenb : Variablen mit [] im Name müssen anders behandelt werden. Z.B. wie folgt:

    {
      "path": "_function",
      "name": "this works!",
      "function": "return source.survey_response.response['AASE[AASE20]'];"
    },

oder auch:

{ "path": "_function" , "function": "var substanz = source.calculation.messzeitpunkt.substanz; if (substanz==='Alkohol') {return source.survey_response.response['AASE[AASE20]']} else { return 'Kein ALC'};", "name": "test3" }
SonjaKaufmann commented 6 years ago

Hallo zusammen,

sehr schön ist es jetzt auch auf dem Südhang. Wie komme ich dahin ohne über den obigen Link zu gehen? Auf jeden Fall habe ich noch keinen eigenen Export gemacht, aber Mal den BSCL ANQ Export gemacht und dabei sind mir ein paar Sachen aufgefallen.

  1. Es hat 2637 Fälle mit MZP=1 und 69 mit MZP=2 und 54 mit MZP=3 und 1 Fall mit MZP=4; da kann doch irgendwas nicht stimmen.
  2. Bei den Fällen mit MZP=3 ist das Datum (datum_erhebung_bscl) anders formatiert als die anderen MZP. Für den ANQ braucht es ja auch nur die MZP Eintritt und Austritt, daher müssen die Zwischenmessungen und andere MZP auch gar nicht in den Export.
  3. Das Datum hat generell das falsche Format für den gewünschten Export. Gefordert ist das Datum als YYYYMMDD links in der Zelle ausgerichtet, also als Text.
  4. Die FID hat bei ANQ das Format PID+2-Stellig der Fall, also für 12345 Fall 6 wäre dies 1234506.

Da dies der erste Export ist, welchen wir im 2018 brauchen, dachte ich ich melde Mal diese Auffälligkeiten.

SonjaKaufmann commented 6 years ago

Beim genaueren Betrachten fällt auf, das jeder Patient 2-3 Mal vorhanden ist, aber immer mit dem gleichen Datum und MZP und den gleichen Werten.

SonjaKaufmann commented 6 years ago

Liebe Nora, habe die Beispieldatei hier gespeichert: 2017_11_20-BSCL (Export ANQ) - Full im Optinomic-Ordner auf Ergebnisqualität.

ottigerb commented 6 years ago

Wie komme ich dahin ohne über den obigen Link zu gehen?

=> User-Applikationen: http://optinomic.cust.local/client.new/#/user/apps. Falls dies leer ist - können User-Apps resp. die Export-Toolbox (Entwicklung) unter http://optinomic.cust.local/client.new/#/user/apps/activate aktiviert werden.

Gefordert ist das Datum als YYYYMMDD links in der Zelle ausgerichtet, also als Text.

=> Datumsformat YYYYMMDD. Ich kann hierfür ein neuer ExportHelpers. formatDateYYYYMMDD erstellen.

Beim genaueren Betrachten fällt auf, das jeder Patient 2-3 Mal vorhanden ist, aber immer mit dem gleichen Datum und MZP und den gleichen Werten.

Tatsächlich. Ich werde mal auf "Fehlersuche" gehen.

SonjaKaufmann commented 6 years ago

Jaaaaaaaaaaaaaaaaaaaaaaaaaa. Da stand ich echt auf dem SChlauch, dabei habe ich am richtigen Ort geschaut, aber irgendwie habe ich nur Deaktivieren gelesen und hatte die Assoziation, dass ich ja aktivieren möchte. Tja. Das mit dem Helper für das Datum wäre super, ist es dann auch ein Text oder muss man das dann noch in Excel machen? Braucht es auch noch einen Helper für die kurze FID?

SonjaKaufmann commented 6 years ago

Ist die Idee, dass die fertigen Exporte schon vollständig funktionieren oder ist das noch work in progress?

ottigerb commented 6 years ago

Fixed by 4cbcbb6:

Beim genaueren Betrachten fällt auf, das jeder Patient 2-3 Mal vorhanden ist, aber immer mit dem gleichen Datum und MZP und den gleichen Werten.

=> Guter Fund! :-)

Die Beispieldatei (hier gespeichert): 2017_11_20-BSCL (Export ANQ) - Full im Optinomic-Ordner auf Ergebnisqualität kann somit gelöscht aktualisiert werden.

SonjaKaufmann commented 6 years ago

Super, das sieht besser aus :-) Kann man eigentlich auch ein helpers machen, das besagt dass die Testpatienten 54321, Frieda Muster und so nicht in die Exporte kommen sollen?

ottigerb commented 6 years ago

Ausschluss: Testpatienten - nun, das muss in der User-App-Calculation festgelegt werden.

Sind dies folgende Patienten?

AND survey_response_view.patient_id != '1169'
AND survey_response_view.patient_id != '387'
AND survey_response_view.patient_id != '1';
SonjaKaufmann commented 6 years ago

Es gibt noch mehr. Eben der 54321 (Fridolin Müller) und einer mit der Nummer 7 (weiss nicht wer das ist, aber ist keine zulässige PID)

Noch eine Frage, wenn ich einen Export vom BSCL mache, dann muss ich beim öffnen in Excel immer noch die erste Zeile markieren und Text in Spalten machen usw. Beim ISK allerdings geht gleich das richtig formatierte csv-File auf, ohne das ich das Prozedere mit Text in Spalten machen muss. Weisst Du warum das so ist? Es kann dann ja eigentlich nicht an meinen Einstellungen liegen, oder?

ottigerb commented 6 years ago

What Es gibt keinen Patienten mit ID: 54321 sowie ID:7 Wenn ich einen Ausschluss machen soll benötige ich eine Liste mit den Patienten welche nicht in den Export-Files auftauchen sollen. Z.B.: => http://optinomic.cust.local/client.new/#/patient/387

Text in Spalten: BSCL-ANQ hat "|" delimiter! BSCL ";". Die ";" wird Exel automatisch erkennen.

SonjaKaufmann commented 6 years ago

Nein nein, nicht ID sondern PID meinte ich! Und ja, Fridolin ist der 54321 alias ID387, wahrscheinlich ist Frieda Muster dann die 1169 oder die 1.

Ach so ist das mit dem Excel und den delimitern, habe ich verstanden.

ottigerb commented 6 years ago

ExportHelpers.formatDateYYYYMMDD

=> Erstellt. BSCL (Export ANQ) - datum_erhebung_bscl wurde angepasst.

ExportHelpers.formatDateYYYYMMDD() habe ich mit folgendem JSON getestet: 

{
    "options":
    {
        "name": "BSCL (Export - ANQ)",
        "description": "Exportsyntax für ANQ",
        "export_optinomic_ids": false,
        "export_patient_details": false,
        "export_stay_details": false,
        "export_header": true,
        "delimter": ";",
        "source": "bscl"
    },
    "fields": [
        {
            "name": "MedStatFid",
            "path": "_function",
            "function": "var cis_pid = source.patient.cis_pid + '00'; var cis_fid = source.stay.cis_fid + ''; var medstatfid = parseInt(cis_pid + cis_fid.slice(cis_fid.length - 4, cis_fid.length - 2)); return medstatfid;"
        },
        {
            "name": "zeitpunkt_bscl",
            "path": "survey_response.response.q501V04"
        },
        {
            "name": "stay_start",
            "path": "stay.start"
        },
        {
            "name": "stay_stop",
            "path": "stay.stop"
        },
        {
            "name": "formatDateYYYYMMDD_start",
            "path": "_function",
            "function": "return ExportHelpers.formatDateYYYYMMDD(source.stay.start)"
        },
        {
            "name": "datum_bscl",
            "path": "survey_response.response.q504V00"
        },
        {
            "name": "formatDateYYYYMMDD_datum_bscl",
            "path": "_function",
            "function": "return ExportHelpers.formatDateYYYYMMDD(source.survey_response.response.q504V00)"
        },
        {
            "name": "datum_erhebung_bscl",
            "path": "_function",
            "function": "var mzp = source.survey_response.response.q501V04; if (mzp === '1') { return ExportHelpers.formatDateYYYYMMDD(source.stay.start); }; if (mzp === '2') { return ExportHelpers.formatDateYYYYMMDD(source.stay.stop); }; if ((mzp !== '1') && ((mzp !== '2'))) {return ExportHelpers.formatDateYYYYMMDD(source.survey_response.response.q504V00);}"
        },
        {
            "name": "bscl_b1",
            "path": "survey_response.response.BSCL[sq504V01]"
        }

    ]
}
ottigerb commented 6 years ago

@SonjaKaufmann :: Nochmals: Wenn ich survey_responses von einigen Patienten nicht ausgeben soll => muss eine Ausschluss Liste erstellt werden. Hierbei benötige ich die optinomic - patient - id also: Z.B.: 387 => http://optinomic.cust.local/client.new/#/patient/387!

SonjaKaufmann commented 6 years ago

Optinimic-Patient -ID für Ausschluss:

ottigerb commented 6 years ago

@SonjaKaufmann :: Perfekt!

ottigerb commented 6 years ago

Performance-Tuning @ https://github.com/Optinomic/apps/commit/1f5091d2b1e464fa7907b57b3cc3c76ddb90270a

=> Das Erstellen der CSV / JSON Files läuft nun vieeeeeel schneller! Yes! :-)

ottigerb commented 6 years ago

Speed - jedoch ohne Werte => bin dran!

ottigerb commented 6 years ago

Daten sind wieder drin -> unsicher ob ein Performance-Schub sichtbar ist (CSV wird aus JSON erstellt anstatt die Daten erneut zu "holen").

ottigerb commented 6 years ago

Ich habe eine Patientengruppe "Muster-Familie" (gemäss Angabe ) erstellt: http://optinomic.cust.local/client.new/#/patients/group/25.

=> Ich suche eine Filter-Möglichkeit "nicht in Patientengruppe" selektieren zu können - somit können wir diese Liste manuell pflegen und ist ebenfalls für andere Situationen hilfreich.

schoenenb commented 6 years ago

Beim SCI gibt es bei der neuen Fragebogenversion keine Ausgabe der Berechnungen - laut calculations müsste es im scores_array abgelegt sein. So was finde ich aber nicht im "CREATE"-Modus der Export-Toolbox. @ottigerb - irgendeine Idee, wo ich die Berechnungen herbekomme?

schoenenb commented 6 years ago

Finde den Fehler... image Auf dem Demo-Server funktioniert der HoNOS-Export, beim Südhangserver kommt immer die 404-Fehlermeldung in der Konsole, dass die calculation nicht gefunden wurde. (Dies bei Export + Create.) Ich finde aber keinen Fehler in der Export-Vorbereitung (https://github.com/Optinomic/apps/commit/713c1168da8c6b18352d40c9b45cdf30b675ce1a) oder im Export (https://github.com/Optinomic/apps/commit/cb0f46f6cae53f659fa4ddf7db1638df936423b0 / https://github.com/Optinomic/apps/commit/b1f440b7e4c5d76d1641f85d28b44029655f11b7) - findest du, was ich übersehe, @ottigerb ?

schoenenb commented 6 years ago

Lösungsvorschlag für SCI aus Skype vom 15.12.2017:

Vielleicht dies: "scores": [ { "stanine": 3, "sum_score": 8, "name": "belastung", "sub_left": "Keine oder wenige Stressoren durch negative Ereignisse", "population": { "patient_gender": "female", "current": { "0": { "UG6": 17, "UG7": 23, "UG1": 7, "UG4": 10, "UG5": 13, "UG8": 29, "UG2": 8, "UG9": 49, "UG3": 8

schoenenb commented 6 years ago

@ottigerb : könntest du hier (HoNOS) bitte reinschauen? Ich komme nach wie vor nicht weiter... https://github.com/Optinomic/apps/issues/151#issuecomment-355492916

ottigerb commented 6 years ago

...anscheinend laufen wir out of MEMORY - entsprechend dieser Effekt.

Ich habe die V2 auf dem Südhang aktiviert: http://optinomic.cust.local/client.new/#/user/app/org.optinomic.export.toolbox.v2.suedhang/template/export - dort funktioniert nun auch der HoNOS.

Tom wird zudem noch etwas bzgl. Memory unternehmen.

schoenenb commented 6 years ago

Die Datumseinschränkung in V2 funktioniert leider nicht: image --> Es gibt nur eine survey_response aus, diese dafür x-Mal...

ottigerb commented 6 years ago

Uuups - Confirmed https://github.com/Optinomic/apps/issues/151#issuecomment-359354008! Werde da mal abtauchen.

ottigerb commented 6 years ago

https://github.com/Optinomic/apps/issues/151#issuecomment-359354008 :: Fixed!
=> Danke für kurze Rückmeldung! :-)

schoenenb commented 6 years ago

Schaut gut aus!

schoenenb commented 6 years ago

Ich steh wieder mal auf dem Schlauch - @ottigerb du findest es wahrscheinlich im Nu heraus: die neuen Export-Syntaxen (SCI_2017 und Züpaz) erscheinen zwar in der Export-Toolbox, nicht aber in der Export-ToolboxV2... Welches File hätte ich wohl (wo) ergänzen müssen?

schoenenb commented 6 years ago

BSCL überprüfen - Export in Export-Toolbox V2 gibt Error aus... image

ottigerb commented 6 years ago

Bzgl.: https://github.com/Optinomic/apps/issues/151#issuecomment-378906401

Versuche mal auf ...api/#/admin/tools unter Annotations ein POST - .../recompute der User-App vom BSCL.