Dream of OpenMRS - Responses [view only]
 Share
The version of the browser you are using is no longer supported. Please upgrade to a supported browser.Dismiss

View only
 
 
BCDEFGH
1
How might we make reporting less of a headache?
reporting .
2
Build a reporting communityStandardize reportingEasy to use reporting moduleAnalytics toolsFlexible database structureIntuitive data pipelineExport data to other applications
3
4
Reporting communityStandardize reporting requirementsReporting module with simple configurationDashboardsStandard dataETLData export / integration
5
shared meetingsdevelop reporting SOPstandard moduleDashboardsstandard metadatafind the right ETL tool for external reportingstandard output format
6
build community / engage the community with toolshealth sector develop SOP for reportinguse standardized contents, datasets, conceptsdefine dashboard vs reportstandardize toolsETL module integrationinterface better with standard tools
7
learn more of what is out there. How do other teams dealt with this problemconsolidate requirements across funding streamsdevelop full spec reporting moduledashboardsstandard data model & concept dictionariesbaked in ETL transformuse standard tools (FOSS)
8
reduce requirements reportsreporting config wizarddashboards instead of reportstandard formatsSMART-ETLmake it easy to extract data from OpenMRS
9
less data variablesautomating tools or enginesdashboards that communicate meaning & messagesstandardize non-normalized reporting schema ('flat')use ETL tables for reportingdon't do reporting on OpenMRS
10
Documentationreduce required reportsdevelop full spec reporting modulebeautiful dashboards"value sets" have standard objects that can be built into queriesbetter integration with ETL, Petaho, PowerBItake it out of OpenMRS
11
better documentationdon't reportrelevant easy datasetsETL transformationeasy to export / import
12
updating existing SOPsshort reporting periodsMEQ-configurable ETLcross-platform multiplatforms of technology
13
much documentation on data modelstandardized reportingUpdatesVisual reportsETLautomate to DHIS2
14
add more documentation and videos or tutorials to existing reporting toolsregular upgrades of the systembe more visualData qualitystreaming no-config ETLinteroperability with other systems like HMIS
15
building handfixesgraphscleaner dataautomate ETL
16
Share reporting frameworksmapsdata quality metrics for assurancebuild generic ETL using ELK stack
17
Training users in reportingIntegration into national reporting frameworkseasy commit back to coreincrease number of graph typesinclude data quality reportsReporting API
18
training users of EMRSInternational Harmonized Disaggregationgraph and chartsdata quality assessment protocolsAPI on conceptual model not implementation
19
train people to improve data literacyInternationally Harmonized Denominatorsbetter visualization toolsregular data reviewsTrack data transformationsinteroperability with other sources
20
traininginteroperability with adopted national aggregation systemsMulti-lingual supportuse of visualizationsflag data quality changesoverall workflow for data use for end usersensure integration and interoperability
21
trainingsintegration of reporting systemsmultilingual reporting functionalityreport viz gallerydefine overall workflowOpenMRS auth proxy for other services
22
online training tools for reportsshare report designsuse customizable visualization toolData validationaccess to value sets so using data in many coding system is easierincorporate better generic outputs in OpenMRS, that are easily automatable by implementers
23
training groupsshare national reporting solutionseasy validationeasy tweak params after viewing a report
24
more user training on data use and analysisget those awesome 'works' out of closet!Easy reporting tool anyone can usecross data source validationautomate data export from each form
25
human resource (ie employ HRIO's and data clerks)share and outlineself-service data reportingAnalytics toolsbetter errors3rd party analytics
26
mentor HCWs automateintegrate, align, with existing reporting systemsuper-easy report query generator wizardauto pivot of GMRS dataeasy way to export data on Excel
27
have education programs for existing reporting toolsmake them simple to make (ie. not much technical skills needed to make one)make pivoting of tables easyData merge & joinsJSON & Excel
28
encourage local data usecompare to historicalsPoint of care data collectionmerge reporting toolsintegrative tools - eg, 'R'
29
Shared indicatorstext Q&A queries ("what did my admissions like like last week?")cohort builder 2.0collect data at timeeasy mergesuse third party tool
30
Understanding user reporting needslibrary of metrics and definitionsmake reporting simplecomplete cohort builderpoint of care data capturemerging different modules needed in reportingimprove integration with reporting tools
31
actually ask people what reports they wantcreate reporting solution that doesn't tax operational systemflexible tools for reporting by levelscomputerizing all reportsjoin ideas from different forms of reporting generation to create a standardized processExcel output available everywhere
32
develop a requirement gathering templateIndicators: define accuratelymake generated reports more accessible to a broader group of usersall drill down to individual record levelmake data extraction easy by developing scriptseasy drop into tools (eg. Power BI, Tableau, Pentaho)
33
gather specific requirementsmake sure data collection match selected indicatorsuser friendlyNLP for unstructured dataelasticsearch
34
precise requirementsharmonized requirements / indicatorsbuilding tools that do not require technical background to have meaningful reportsuse AIFHIRuse elasticsearch & kibana
35
involve end users in the template generationspecific indicatorsMEQ-friendly tools (not too technically)AI in reportingFHIR and firebase backendData warehouse modeluse elasticsearch & kibana
36
user confirmed designhave iministries specify definition of reportsdevelve reporting to end usersadd CIEL after reporteasy merge with outside data (FHIR or any other format)report from central HIEuse of Power BI
37
build capacity on requirementsexplain the meaning of the indicatorsmini data warehouse instead of transactional modelgo open source / always use open source tools
38
involving end users in creating themmeasured indicatorsuse of Power BI
39
participatory design and requirement gatheringdefine indicatorsUser InterfaceEasier custom query / ad hoc reportingData modeldistributed reporting
40
streamline business processes at point of care and standardize across facilities to ensure consistent quality indicatorsuse GUI principles (graphic user interface) front endbetter ad-hoc reporting abilitiesimprove data model
41
reporting module standard indicatorsreporting drag and drop GUIad hoc reportingchange data modelReport sharing
42
Reduce time required for reportingless indicatorsdrag and drop solutionscustomize them, maximumdon't save to OpenMRS DBmake reports easier to share
43
make reporting fasterbetter indicator definitiondrop and dragwell customizedmetadata driven
44
make it easy by reducing many stepsinvolve users in definitionsby allowing friendly UIcustom queriesSemantic Web Technologies (RDF)
45
minimal, pre-defined requirementshuman centered designmore advanced report capabilities
46
And lastlyvisual tools applied to data gets / integrationAlternative database structures
47
say thanksPostgresQL
48
Standard reportsAuto-reportinguse Postgres
49
standardized reportsUse data in new wayspassive reports (don't have to be made)switch to NoSQL database
50
use standardized contentinvolve other groups in data communication and use (social, economic, environment, etc) & healthscheduler for auto reportingdon't save to OpenMRS DB
51
standardize reversible querieslinking reports to health impactautomationnot write reports on OpenMRS DB
52
predefined report (standard report)aligning reporting systems to policy & strategic plansscheduler for auto reportinguser NoSQL databases, Mark Logic
53
book of canned reports out of boxdata decision supportmake if even automatic to the systemuse flattened data base on top of OpenMRS
54
pre-canned reportsOKR (objectives and key results)automating cont. filesuse Bahmni-mcit??? (which creates denormalized DB)
55
out-of-the-box reports
56
have simple queries for all repostsReal-time reportingdata warehouses that normalize data
57
more report forms and optionsintegrate real time reportingnormalize data
58
59
60
61
Loading...
Main menu