
publications - stores publication references.
attachments - full text articles that can be associated with publication reference.
Publications table fields can be divides into 2 groups:
MEDLINE fields - this fields corresponds to MEDLINE fields
auxiliary fields - these fields allow user to customize this data - add custom key words, comments, importance.
Automatic extraction data from MEDLINE
If publication has MEDLINE ID, then to add this publication to the publications table user should insert into the form only PUBMED ID (and possibly custom key words and comments) and all other information (title, authors, abstract, etc.) will be extracted from MEDLINE automatically.
Publications also can be categorized. We can develop the tree of categories and assign articles for one or several categories. This can simplify the publication references management.

The main purpose of this section is to build a list of useful resources. A resource can be link to the database, website, software, data format, etc.
resources - list of resources
resourceAttachments - arbitrary attachment. For example, for software resource it can be corresponding program installer.
Like publications resources also can be categorized.
Currently we have collected list of resources relevant to microarrays (microarray databases, supplementary information for the articles with microarray data, etc.)

We can try to expand BioUML workbench so it will be able to cover main issues related with chemical substances and their pharmacological activities. Chemoinformatics section will contain additional tables to store information that can be stored as BioUML data.
Embedding chemoinformatics data into BioUML workbench
We can reuse concepts, substances, semantic relations and diagrams BioUML tables for formal description of pharmacological actions of different substances.
concepts - it can be used for description of pharmacological activity.
Currently BioUML defines 4 concept types:
activity - any biological or physiological function or activity (similar with GO definition)
process - any biological or physiological process (similar with GO definition)
state - state of organism or its part
concept - general type if we can classify the concept as activity, process or state.
While sometimes is unclear whether the concept is activity or process, BioUML workbench allows customer to redefine concept types.
Possibly we should define some additional type for pharmacological activities.
substances - it table can be used to describe pharmacological substances. For this purpose we will add some additional fields:
CAS - CAS Registry Number
Chemical Name - may be we can reuse completeName field for this purpose
Structure - structure in MOL format
formula
semantic relations - their can be used do describe relationships between different pharmacological activities
substanceAction - more specialized type of semantic relation. It will be used for description of relationships between substances and concepts (pharmacological activities). Following fields will be added for this purpose:
diagrams - we can try to use BioUML diagrams. Semantic network diagram type can be used for description of relationships between different pharmacological activities, physiological processes and influence of chemical substances on them. Biological pathway diagram type can be used for description of mechanism how pharmocological agent interacts with metabolic pathways or gene networks. If it will be necessary we can provide additional diagram types for presentation of chemoinformatics data.
Thus these chemoinformatics data will be available to user in different forms:
manually created BioUML diagrams
automatically generated graphs. BioUML workbech can automatically generate graphs that will show all relations between selected substances or pharmacological activity and other components.
tables, available through Cyclonet web interface. We can develop a set of views for different purposes.
Additional tables
targets - contains list of possible targets.
targetReferences - literature references for the targets.

Blogs
The purpose of this section is to inform project participants and database users about current project progress. Current blogs implementation is something similar with forum or guest book, so it can be used for this purposes also. Any authorized project member can post new blog message or comment an existing blog.
Teams information
The purpose of these sections is to provide information about team members so any project member can easily get information about members of other teams, their contact information, role in project, etc.
person - information about person (project member)
users, user_roles, roles - authorization information used by BeanExplorer. Any authorized project member should have private user name and user password. After authorization BeanExplorer will remember this information and can automatically fill fields: whoInserted___, whoModified___, creationDate___, modificationDate___.
teams - information about our 4 teams. Currently information from grant proposal is used.
team_persons - list of persons for each team.
companies - information about institutes, companies and their departments. If company have mainCompanyID then it is considered as a department of main company.
employments - information in which companies persons are working. A person can work in several companies simultaneously.
Some auxiliary information (not completed yet):
bookmarks - bookmarks for companies and persons
addresses - company or person address
messages - e-mail messages associated with company or person.