Open schoenenb opened 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.
_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?
"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 ?
E-Mail @SonjaKaufmann
... Daher schreibe ich ein Mail zu deiner Frage, wie ich die Toolbox finde. Einfache Antwort:
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?
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 Flag
packen, 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"...
FID in Fall umbeannt & Optinomic-ID's als separates Flag steuerbar via: "export_optinomic_ids".
Likelys machen für mich keinen Sinn. Ich denke es macht dann mehr Sinn den Messzeitpunkt in die Definition aufzunehmen oder für Eintritt und Austritt separate Exportsyntaxen zu hinterlegen.
Kann man den Filedelimiter nicht irgendwo beim Export auswählen wie früher? Irgendwie verstehe ich das noch nicht ganz. Die file definition ist in der Exportsyntax selber, oder? Wenn ich das richtig verstehe, dann komme ich trotz Interesse an dem Erstellen von Exportsyntaxen wieder zum Joghurtuser, welcher nur den Export auswählen soll und nicht erst noch in die Syntax einsteigen. Ich weiss schon gar nicht was Du mit flag meinst und ich weiss auch nicht was ein GUI ist, sorry.
Für die Optinomic-Variablen würde ich mir die gleiche Joghurt-User Praktikabilität wünschen, also irgendwo angeben können, ob der Export mit oder ohne erstellt werden soll ohne in die Syntax zu müssen. Aber wie gesagt, vielleicht habe ich auch Flags falsch verstanden. Glaube das Optinomic-Variablen für bestimmte Fälle wichtig sind, für die Datenexporte und Datenanalysen brauche ich sie in der Regel nie. Ob es da noch eine Kategorie braucht, kann ich aus Unverständnis nicht beantworten.
Änderung in Fall super!
Okay, dann habe ich mich mit dem Datum richtig erinnert. Ist gut so, kann da meine persönliche Vorliebe gut zurückstellen :-)
Bin nicht sicher ob das Gui das ist, was ich mir wünsche, aber hört sich ein wenig so an. Können wir ja am Freitag besprechen, ist wohl live besser, da kann ich dann nachfragen wenn ich es nicht verstehe.
Bin gespannt auch deine Patienten- und Fallgruppen, wenn das klappt, dann wäre das genial! Ist sicher nicht ganz einfach
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".
https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/export
Implementierte Features:
[ + HINZUFÜGEN (LIVE-RUN)]
=> 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.
https://demo.optinomic.org/client.new/#/user/app/org.optinomic.export.toolbox/template/create
[ + HINZUFÜGEN (LIVE-RUN)]
direkt ausgeführt, getestet und modifiziert werden kann._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';" },
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.
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?
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.
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!
...öhm - das File einfach mit einem Editor (Notepad) oder sowas öffnen.
@schoenenb Export-Toolbox :: Add new Datasource @ Demo & Production Vgl.: https://github.com/Optinomic/apps/commit/ce14e70047347970f689e0e7f87627fe0f745004 & https://github.com/Optinomic/apps/commit/403d2d50489ca632cb0b61e2ef2f6907fed70f01
@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.
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!
@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
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;"
}
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" }
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.
Da dies der erste Export ist, welchen wir im 2018 brauchen, dachte ich ich melde Mal diese Auffälligkeiten.
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.
Liebe Nora, habe die Beispieldatei hier gespeichert: 2017_11_20-BSCL (Export ANQ) - Full im Optinomic-Ordner auf Ergebnisqualität.
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.
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?
Ist die Idee, dass die fertigen Exporte schon vollständig funktionieren oder ist das noch work in progress?
Denn der TMT enhält viele Zeilen mit Daten, aber ohne FID
Und der ISK enthält gar keine FID
[ ] Finde es toll, dass die Z-Werte mit exportiert werden können, aber immer wenn etwas Z-Standardisiert exportiert wird, dann sollten auch die Variablen enthalten sein, anhand derer dies passiert ist, sprich das Geschlecht und das Alter und ggf. die Bildungsgruppe. Ist das möglich?
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.
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?
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';
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?
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.
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.
=> 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]"
}
]
}
@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!
Optinimic-Patient -ID für Ausschluss:
=> Das Erstellen der CSV / JSON Files läuft nun vieeeeeel schneller! Yes! :-)
Speed - jedoch ohne Werte => bin dran!
Daten sind wieder drin -> unsicher ob ein Performance-Schub sichtbar ist (CSV wird aus JSON erstellt anstatt die Daten erneut zu "holen").
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.
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?
Finde den Fehler... 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 ?
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
@ottigerb : könntest du hier (HoNOS) bitte reinschauen? Ich komme nach wie vor nicht weiter... https://github.com/Optinomic/apps/issues/151#issuecomment-355492916
...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.
Die Datumseinschränkung in V2 funktioniert leider nicht: --> Es gibt nur eine survey_response aus, diese dafür x-Mal...
Uuups - Confirmed https://github.com/Optinomic/apps/issues/151#issuecomment-359354008! Werde da mal abtauchen.
https://github.com/Optinomic/apps/issues/151#issuecomment-359354008 :: Fixed!
=> Danke für kurze Rückmeldung! :-)
Schaut gut aus!
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?
BSCL überprüfen - Export in Export-Toolbox V2 gibt Error aus...
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.
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