Broaden chart description with Real-Life Hearing Examples

[DawidGlazik]

The current output chart after a hearing test provides only technical results (dB loss per frequency), which may not be easily understood by all users. To improve user experience and understanding, we should broaden the chart description to include real-life examples of what hearing loss at specific frequencies means.

Example:

• If the user has hearing loss in the 1000–4000 Hz range, the description could mention that this may cause difficulty hearing birds, understanding human speech, or recognizing certain everyday sounds.

[Grochman]

Agree, we should first categorise the audiogram and then translate those categorise results to human readable language description. In my opinion we should provide by default the sentence description and optionally on user request provide the "raw" categories.

As for the human readable part providing examples is a great idea but it needs to be thought through. What examples and to what categories do we want to give.

The good information is that this will be trivial to implement after we have the raw categories done.

[wojciechtrapkowski]

I think we could use OpenAI API for that. Provide prepared prompt, our data & then get a kind of description, that you mentioned @DawidGlazik. Firstly, I will finish the basic implementation, then I will think it more throughly.

[Grochman]

My proposal:
[Słuch w normie / lekki ubytek słuchu / ... ] [w lewym / prawym / obu uszach] [przykład na podstawie lepszego ucha: możesz mieć problem ze słyszeniem szelestu dźwięków takich jak: szelest liści / mowy / ruchu ulicznego /jakichkolwiek dźwięków].
[W l/p/obu uszach wsytąpił ubytek] [nisko / wysoko częstotliwościowy] [(w tym uchu) możesz gorzej słyszeć dźwięki takie jak śpiewy ptaków / szum fal]

Examples:

• Słuch w normie w obu uszach. W lewym uchu wystąpił ubytek niskoczęstotliwościowy, w tym uchu możesz gorzej słyszweć dźwięki takie jak szum fal.
• Słuch w normie w lewym uchu, lekki ubytek słuchu w prawym uchu.
• Lekki ubytek słuchu w lewym uchu, głęboki ubytek słuchu w prawym uchu. Możesz mieć problem ze słyszeniem dźwięków takich jak szelest liści.

The rest of data (symetryczność, obustronność) is not mentioned in the simple description but will be provided if user requests (some extra button) raw categories

[Grochman]

I think we could use OpenAI API for that. Provide prepared prompt, our data & then get a kind of description, that you mentioned @DawidGlazik. Firstly, I will finish the basic implementation, then I will think it more throughly.

Im not a fan of this solution. I think it is cheaper, more scalable and safer to use sentences build on if statements.

[DawidGlazik]

I think we could use OpenAI API for that. Provide prepared prompt, our data & then get a kind of description, that you mentioned @DawidGlazik. Firstly, I will finish the basic implementation, then I will think it more throughly.

I think we can add this as a addition to our own implementation. Some kind of a button for the AI - generated diagnosis.

[DawidGlazik]

My proposal: [Słuch w normie / lekki ubytek słuchu / ... ] [w lewym / prawym / obu uszach] [przykład na podstawie lepszego ucha: możesz mieć problem ze słyszeniem szelestu dźwięków takich jak: szelest liści / mowy / ruchu ulicznego /jakichkolwiek dźwięków]. [W l/p/obu uszach wsytąpił ubytek] [nisko / wysoko częstotliwościowy] [(w tym uchu) możesz gorzej słyszeć dźwięki takie jak śpiewy ptaków / szum fal]

Examples:

• Słuch w normie w obu uszach. W lewym uchu wystąpił ubytek niskoczęstotliwościowy, w tym uchu możesz gorzej słyszweć dźwięki takie jak szum fal.
• Słuch w normie w lewym uchu, lekki ubytek słuchu w prawym uchu.
• Lekki ubytek słuchu w lewym uchu, głęboki ubytek słuchu w prawym uchu. Możesz mieć problem ze słyszeniem dźwięków takich jak szelest liści.

The rest of data (symetryczność, obustronność) is not mentioned in the simple description but will be provided if user requests (some extra button) raw categories

(obustronność, symetryczność) is not relevant for the user - it may be useful for prompting GPT or as a definition for our own diagnosis. Generally the proposal sound very good and I think we should go in that direction.
Next step will be defining a list of potential sounds for every frequency (and volume?)