Software zum Karteikartenersatz

Re: Software zum Karteikartenersatz

dreamer30 — Sat, 18 Oct 2008 05:54:45 GMT

ich wuerde:

1) das ganze ausschliesslich in einer DB anfangen, nix auf textverarbeitung
   verzweigen.

2) mindestens 2 tabellen machen (damit hast du kundenstammdaten und befunde
   getrennt und kannst beliebig (und vor allem flexibel) erweitern)

3) mindestens 2 formulare machen (eines fuer die stammdatenwartung und
   eines auf einer abfrage basierend  fuer  kundenauswahl/Befundeingabe),
   ein suchformular ist auch nicht ganz verkehrt).

damit loest sich

3) versteh ich nicht wozu du "datensaetze von mehr als 255 zeichen" (was
   immer du damit meinst) brauchst: ein "memo" feld wird
   doch fuer den Befund ausreichen ? (das hast du ja pro BEFUND zur
   verfügung und nicht insgesamt fuer den datensatz....(zumindest wenn du
   eine DB verwendest)

von ganz alleine und eine "history" (um die es dir ja scheinbar bei deinem "datensaetze von mehr als 255 zeichen problem gegangen ist) hast samt datum pro patienten auch wenn du in die Befundtabelle ein zeitstempelfeld mit reinnimmst ganz ohne monsterfelder zu brauchen

und du kannst 4) bequem auswerten/suchen/berichte erstellen..mach das mal wenn relevante daten in x unabhaengigen word-dokumenten stehen (ist jedenfalls unnoetig aufwendiger..oder druck dir mal z.B. fiktiv den befund vom 1.1.2008 von Fr. Mayer aus...wird nicht funktionieren, weil du pro patient "alles in einer wurscht" haettest und ERST wieder dein worddokument haendisch durchschauen muesstest...etc.

Das EINZIGE wo ich dabei eine textverarbeitung verwenden wuerde ist, damit ich aus dem datenbestand der DB Serienbriefe machen kann (um z.b auf aktionen/veranstaltungen etc. aufmerksam zu machen).

Dann ueberleg dir ev. plausibilitaetspruefung der eingabe, absicherung gegen unbeasichtigtes ueberschgreiben von datensaetzen, pruefen obs z.b. einen kunden schon gibt etc..DA liegt die arbeit begraben

Dann kannst dir noch ein kleines einnahmen-ausgaben modul, mailanbindung etc. ueberlegen..oder z.B. gespeicherte Veranstaltungstermine per asp auf einer homepage darstellen etc. der Fantasie sind keine grenzen gesetzt und alles auf grundlage einer DB loesbar

---> fazit: zurueck an den start und behirn das ganze neu, du WIRST (in diesem fall sehr schnell) in die situation kommen wo neue anforderungen gestellt werden und du erweitern musst..DAS musst du allerdings von vornherein beim design bedenken, weil du sonst im schlimmsten Fall NEU beginnen musst um die anforderung zu realisieren

Re: Software zum Karteikartenersatz

dreamer30 — Sat, 18 Oct 2008 05:54:45 GMT

ich wuerde:

1) das ganze ausschliesslich in einer DB anfangen, nix auf textverarbeitung
   verzweigen.

2) mindestens 2 tabellen machen (damit hast du kundenstammdaten und befunde
   getrennt und kannst beliebig (und vor allem flexibel) erweitern)

3) mindestens 2 formulare machen (eines fuer die stammdatenwartung und
   eines auf einer abfrage basierend  fuer  kundenauswahl/Befundeingabe),
   ein suchformular ist auch nicht ganz verkehrt).

damit loest sich

3) versteh ich nicht wozu du "datensaetze von mehr als 255 zeichen" (was
   immer du damit meinst) brauchst: ein "memo" feld wird
   doch fuer den Befund ausreichen ? (das hast du ja pro BEFUND zur
   verfügung und nicht insgesamt fuer den datensatz....(zumindest wenn du
   eine DB verwendest)

von ganz alleine und eine "history" (um die es dir ja scheinbar bei deinem "datensaetze von mehr als 255 zeichen problem gegangen ist) hast samt datum pro patienten auch wenn du in die Befundtabelle ein zeitstempelfeld mit reinnimmst ganz ohne monsterfelder zu brauchen

und du kannst 4) bequem auswerten/suchen/berichte erstellen..mach das mal wenn relevante daten in x unabhaengigen word-dokumenten stehen (ist jedenfalls unnoetig aufwendiger..oder druck dir mal z.B. fiktiv den befund vom 1.1.2008 von Fr. Mayer aus...wird nicht funktionieren, weil du pro patient "alles in einer wurscht" haettest und ERST wieder dein worddokument haendisch durchschauen muesstest...etc.

Das EINZIGE wo ich dabei eine textverarbeitung verwenden wuerde ist, damit ich aus dem datenbestand der DB Serienbriefe machen kann (um z.b auf aktionen/veranstaltungen etc. aufmerksam zu machen).

Dann ueberleg dir ev. plausibilitaetspruefung der eingabe, absicherung gegen unbeasichtigtes ueberschgreiben von datensaetzen, pruefen obs z.b. einen kunden schon gibt etc..DA liegt die arbeit begraben

---> fazit: zurueck an den start und behirn das ganze neu, du WIRST (in diesem fall sehr schnell) in die situation kommen wo neue anforderungen gestellt werden und du erweitern musst..DAS musst du allerdings von vornherein beim design bedenken, weil du sonst im schlimmsten Fall NEU beginnen musst um die anforderung zu realisieren

Re: Software zum Karteikartenersatz

dreamer30 — Sat, 18 Oct 2008 05:54:45 GMT

ich wuerde:

1) das ganze ausschliesslich in einer DB anfangen.

2) mindestens 2 tabellen machen (damit hast du kundenstammdaten und befunde
   getrennt und kannst beliebig (und vor allem flexibel) erweitern)

3) mindestens 2 formulare machen (eines fuer die stammdatenwartung und
   eines auf einer abfrage basierend  fuer  kundenauswahl/Befundeingabe).

damit loest sich

3) versteh ich nicht wozu du "datensaetze von mehr als 255 zeichen" (was
   immer du damit meinst) brauchst: ein "memo" feld wird
   doch fuer den Befund ausreichen ? (das hast du ja pro BEFUND zur
   verfügung und nicht insgesamt fuer den datensatz....(zumindest wenn du
   eine DB verwendest)

von ganz alleine und eine "history" hast samt datum pro patienten auch wenn du in die Befundtabelle ein zeitstempelfeld mit reinnimmst ganz ohne monsterfelder zu brauchen

---> fazit: fang neu an und behirn das ganze neu

Re: Software zum Karteikartenersatz

dreamer30 — Sat, 18 Oct 2008 05:54:45 GMT

ich wuerde:

1) das ganze ausschliesslich in einer DB anfangen, nix auf textverarbeitung
   verzweigen.

2) mindestens 2 tabellen machen (damit hast du kundenstammdaten und befunde
   getrennt und kannst beliebig (und vor allem flexibel) erweitern)

3) mindestens 2 formulare machen (eines fuer die stammdatenwartung und
   eines auf einer abfrage basierend  fuer  kundenauswahl/Befundeingabe),
   ein suchformular ist auch nicht ganz verkehrt).

damit loest sich

3) versteh ich nicht wozu du "datensaetze von mehr als 255 zeichen" (was
   immer du damit meinst) brauchst: ein "memo" feld wird
   doch fuer den Befund ausreichen ? (das hast du ja pro BEFUND zur
   verfügung und nicht insgesamt fuer den datensatz....(zumindest wenn du
   eine DB verwendest)

von ganz alleine und eine "history" (um die es dir ja scheinbar bei deinem "datensaetze von mehr als 255 zeichen problem gegangen ist) hast samt datum pro patienten auch wenn du in die Befundtabelle ein zeitstempelfeld mit reinnimmst ganz ohne monsterfelder zu brauchen

und du kannst 4) bequem auswerten/suchen/berichte erstellen..mach das mal wenn relevante daten in x unabhaengigen word-dokumenten stehen (ist jedenfalls unnoetig aufwendiger..oder druck dir mal z.B. fiktiv den befund vom 1.1.2008 von Fr. Mayer aus...wird nicht funktionieren, weil du pro patient "alles in einer wurscht" haettest und ERST wieder dein worddokument haendisch durchschauen muesstest...etc.

Das EINZIGE wo ich dabei eine textverarbeitung verwenden wuerde ist, damit ich aus dem datenbestand der DB Serienbriefe machen kann (um z.b auf aktionen/veranstaltungen etc. aufmerksam zu machen).

Dann ueberleg dir ev. plausibilitaetspruefung der eingabe, absicherung gegen unbeasichtigtes ueberschgreiben von datensaetzen, pruefen obs z.b. einen kunden schon gibt etc..DA liegt die arbeit begraben

Dann kannst dir noch ein kleines einnahmen-ausgaben modul, mailanbindung etc. ueberlegen..der Fantasie sind keine grenzen gesetzt und alles aus der DB heraus loesbar

---> fazit: zurueck an den start und behirn das ganze neu, du WIRST (in diesem fall sehr schnell) in die situation kommen wo neue anforderungen gestellt werden und du erweitern musst..DAS musst du allerdings von vornherein beim design bedenken, weil du sonst im schlimmsten Fall NEU beginnen musst um die anforderung zu realisieren

Re: Software zum Karteikartenersatz

dreamer30 — Sat, 18 Oct 2008 05:54:45 GMT

ich wuerde:

1) das ganze ausschliesslich in einer DB anfangen, nix auf textverarbeitung
   verzweigen.

2) mindestens 2 tabellen machen (damit hast du kundenstammdaten und befunde
   getrennt und kannst beliebig (und vor allem flexibel) erweitern)

3) mindestens 2 formulare machen (eines fuer die stammdatenwartung und
   eines auf einer abfrage basierend  fuer  kundenauswahl/Befundeingabe).

damit loest sich

3) versteh ich nicht wozu du "datensaetze von mehr als 255 zeichen" (was
   immer du damit meinst) brauchst: ein "memo" feld wird
   doch fuer den Befund ausreichen ? (das hast du ja pro BEFUND zur
   verfügung und nicht insgesamt fuer den datensatz....(zumindest wenn du
   eine DB verwendest)

von ganz alleine und eine "history" (um die es dir ja scheinbar bei deinem "datensaetze von mehr als 255 zeichen problem gegangen ist) hast samt datum pro patienten auch wenn du in die Befundtabelle ein zeitstempelfeld mit reinnimmst ganz ohne monsterfelder zu brauchen

und du kannst 4) bequem auswerten/suchen/berichte erstellen..mach das mal wenn relevante daten in x unabhaengigen word-dokumenten stehen (ist jedenfalls unnoetig aufwendiger..oder druck dir mal z.B. fiktiv den befund vom 1.1.2008 von Fr. Mayer aus...wird nicht funktionieren, weil du pro patient "alles in einer wurscht" haettest und ERST wieder dein worddokument haendisch durchschauen muesstest...etc.

Das EINZIGE wo ich dabei eine textverarbeitung verwenden wuerde ist, damit ich aus dem datenbestand der DB Serienbriefe machen kann (um z.b auf aktionen/veranstaltungen etc. aufmerksam zu machen).

---> fazit: zurueck an den start und behirn das ganze neu, du WIRST (in diesem fall sehr schnell) in die situation kommen wo neue anforderungen gestellt werden und du erweitern musst..DAS musst du allerdings von vornherein beim design bedenken, weil du sonst im schlimmsten Fall NEU beginnen musst um die anforderung zu realisieren

Re: Software zum Karteikartenersatz

dreamer30 — Sat, 18 Oct 2008 05:54:45 GMT

ich wuerde:

1) das ganze ausschliesslich in einer DB anfangen, nix auf textverarbeitung
   verzweigen.

2) mindestens 2 tabellen machen (damit hast du kundenstammdaten und befunde
   getrennt und kannst beliebig (und vor allem flexibel) erweitern)

3) mindestens 2 formulare machen (eines fuer die stammdatenwartung und
   eines auf einer abfrage basierend  fuer  kundenauswahl/Befundeingabe),
   ein suchformular ist auch nicht ganz verkehrt).

damit loest sich

3) versteh ich nicht wozu du "datensaetze von mehr als 255 zeichen" (was
   immer du damit meinst) brauchst: ein "memo" feld wird
   doch fuer den Befund ausreichen ? (das hast du ja pro BEFUND zur
   verfügung und nicht insgesamt fuer den datensatz....(zumindest wenn du
   eine DB verwendest)

von ganz alleine und eine "history" (um die es dir ja scheinbar bei deinem "datensaetze von mehr als 255 zeichen problem gegangen ist) hast samt datum pro patienten auch wenn du in die Befundtabelle ein zeitstempelfeld mit reinnimmst ganz ohne monsterfelder zu brauchen

und du kannst 4) bequem auswerten/suchen/berichte erstellen..mach das mal wenn relevante daten in x unabhaengigen word-dokumenten stehen (ist jedenfalls unnoetig aufwendiger..oder druck dir mal z.B. fiktiv den befund vom 1.1.2008 von Fr. Mayer aus...wird nicht funktionieren, weil du pro patient "alles in einer wurscht" haettest und ERST wieder dein worddokument haendisch durchschauen muesstest...etc.

Das EINZIGE wo ich dabei eine textverarbeitung verwenden wuerde ist, damit ich aus dem datenbestand der DB Serienbriefe machen kann (um z.b auf aktionen/veranstaltungen etc. aufmerksam zu machen).

---> fazit: zurueck an den start und behirn das ganze neu, du WIRST (in diesem fall sehr schnell) in die situation kommen wo neue anforderungen gestellt werden und du erweitern musst..DAS musst du allerdings von vornherein beim design bedenken, weil du sonst im schlimmsten Fall NEU beginnen musst um die anforderung zu realisieren

Re: Software zum Karteikartenersatz

verhaengnis — Sat, 18 Oct 2008 04:49:10 GMT

http://www.datatron.de/

Freeware-Version saugen, da ist Platz für Bemerkungen

Re(3): Software zum Karteikartenersatz

kaukus — Fri, 17 Oct 2008 13:31:55 GMT

da kann ich gar nicht weiterhelfen, ich kann überhauptnicht programmieren - verkaufen anscheinend auch nicht gut

Re(2): Software zum Karteikartenersatz

crazydoc — Fri, 17 Oct 2008 13:29:09 GMT

Software is like sex - it is better when it´s free. Ich möchte es selbst schaffen, da es sich eigentlich nur um eine sehr einfache Aufgabe handelt. Nur hab ich mich das letzte Mal vor ca. 18 Jahren mit Programmiersprachen beschäftigt, da gab es einiges noch nicht, z.B. die Objektorientierung. Deswegen tu ich mich jetzt ein bisserl schwer, insbesondere, da die Dokumentation von OpenOffice laut diverser Foren nicht grade das Gelbe vom Ei ist.

Re: Software zum Karteikartenersatz

kaukus — Fri, 17 Oct 2008 13:11:42 GMT

ein guter freund hat sowas ähnliches für eine ordi programmiert, falls du interesse hast sag bescheid - ich schau dann das du einen guten preis bekommst

Re: Software zum Karteikartenersatz

Undying — Fri, 17 Oct 2008 13:07:16 GMT

Soetwas SO aufzubauen ist absoluter Schwachsinn.

Hierfür nimmt man MINDESTENS 1 Tabelle mit einer Subtabelle um wenigstens irgendwas in richtung Normalisierung hinzubekommen.

Undying

Re: Software zum Karteikartenersatz

crazydoc — Fri, 17 Oct 2008 13:03:52 GMT

So, ich bin jetzt schon etwas weiter. Ich kann den Button mit einem Makro verknüpfen, dass mir entweder eine bestehende Datei öffnet:

Sub DateiOeffnen
sFile = "C:\Dokumente und Einstellungen\xxxx\Eigene Dateien\TCM\testdatei.odt"
sURL = ConvertToURL(sFile)
oDoc = StarDesktop.loadComponentFromURL(sURL, "_blank", 0, Array())
End Sub

oder eine leere Datei anlegt:

Sub NeueDatei
sUrl = "private:factory/swriter"
oDoc = starDeskTop.loadComponentFromUrl (sUrl, "_blank", 0, Array())
End Sub

Es bestehen somit "nur mehr" folgende Probleme:

1. Das Makro "DateiOeffnen" muß sich aus 2. und 3. Feld des Datensatzes einen Dateinamen generieren, der z.B. NachnameVorname.odt lautet.

2. Das Makro "DateiOeffnen" müßte dann überprüfen, ob die Datei noch nicht existiert und in diesem Fall das Makro "NeueDatei" starten. Wenn die Datei bereits existiert, soll sie diese öffnen.

3. Das Makro "NeueDatei" müßte aus den Feldern 2 und 3 selbständig den Dateinamen für die zu erzeugende Datei generieren.

D.h. ich müßte wissen, wie man eine Variable aus Feldbezeichnungen erstellt und diese ins Skript einbettet. Und ich müßte wissen, wie man das Makro "NeueDatei" dazu bringt, ein Dokument mit einem Titel anlegt. Standardmäßig legt es nämlich nur ein leeres Dokument ohne Titel an.

Kann da jemand helfen?

Re(2): Software zum Karteikartenersatz

crazydoc — Fri, 17 Oct 2008 07:46:51 GMT

Die Antwort hilft mir definitiv nicht weiter.

Re: Software zum Karteikartenersatz

juwb — Fri, 17 Oct 2008 07:20:25 GMT

Da rollen sich einem ja die Zehennägel hoch... hast du keine gescheite Software gefunden? Bei deiner Lösung, kannst du ja genausogut auch direkt alles von Hand in eine normale odt/Textdatei schreiben. Wäre auch viel flexibler so.

Software zum Karteikartenersatz

crazydoc — Fri, 17 Oct 2008 05:50:32 GMT

Hallo!

Ich soll für meine Frau einen Softwareersatz für ihr händisches Karteikartensystem finden (sie betreibt TCM). Auf so einer Karteikarte finden sich die Patientendaten und ein großes Feld für den aktuellen Befund. Und dieses letzte Feld ist mein Problem. Ich habe mit OpenOffice Base eine einfache Datenbank erstellt, die so aussieht:

Die oberen Felder sind wohl selbsterklärend. Aber im Feld Befund soll jedesmal, wenn ein Kunde kommt, in etwa so etwas eingetragen werden (in Wirklickeit wirds wohl etwas mehr Text werden, ist nur zur Veranschaulichung):

------------------------------------------------------------------------

17.10.2008

Kopfschmerzen sind großteils verschwunden. Heute Ma12 und Le13 genadelt.

------------------------------------------------------------------------

Die Textfelder von Base (und auch von MS Access) erlauben aber keine Eingabe von Datensätzen > 255 Zeichen, was ja bereits bei 2 oder 3 Befunden erreicht wäre.

Ich habe mir nun irgendwie eine Verknüpfung zu einem Writer- bzw. Word-Dokument vorgestellt, das sich per Klick auf einen Button im Base-Formular namens "Befund" öffnet und wo man dann den aktuellen Befund eingeben kann.

Wie realisiert man das? Oder hat jemand eine andere, bessere Lösung parat? Vielleicht auch nicht im Base/Access (das war nur meine spontane Idee)?

Software zum Karteikartenersatz

crazydoc — Fri, 17 Oct 2008 05:50:32 GMT